ide 日志 亂碼

介紹

我認(rèn)為大多數(shù)軟件工程師都了解日志的重要性。 它們已成為軟件開發(fā)的一部分。 如果無(wú)法解決問題，我們嘗試在日志中查找原因。 對(duì)于一些簡(jiǎn)單的情況，當(dāng)錯(cuò)誤阻止應(yīng)用程序打開窗口時(shí)，這可能就足夠了。 您可以在日志中找到問題，然后在Google上查找并應(yīng)用解決方案。 但是，如果要修復(fù)包含許多組件的大型產(chǎn)品中的錯(cuò)誤，則分析日志成為主要問題。 通常，維護(hù)工程師（正在修復(fù)不開發(fā)新功能的錯(cuò)誤）需要處理數(shù)百兆字節(jié)的日志。 日志通常分為50-100 MB的獨(dú)立文件并壓縮。

有幾種方法可以使這項(xiàng)工作更輕松。 我將描述一些現(xiàn)有的解決方案，然后解釋解決此問題的理論方法。 這篇博客文章不會(huì)討論任何具體的實(shí)現(xiàn)。

現(xiàn)有解決方案

文本編輯器

此解決方案實(shí)際上不是解決方案，它是大多數(shù)人在需要閱讀文本文件時(shí)會(huì)采取的措施。 一些文本編輯器可能具有有用的功能，例如顏色選擇，書簽，可以使工作更輕松。 但是，文本編輯器仍然沒有一個(gè)不錯(cuò)的解決方案。

圓鋸

該工具可以使用log4j模式從日志中提取字段。 聽起來(lái)不錯(cuò)，但這些字段在文字中已經(jīng)很明顯了。 顯然，與簡(jiǎn)單的文本編輯器相比，改進(jìn)是微不足道的。

LogStash

這個(gè)項(xiàng)目看起來(lái)還不錯(cuò)。 但是這種方法非常具體。 即使我從描述中從未使用過此工具，但我了解到他們使用ElasticSearch和簡(jiǎn)單的文本搜索來(lái)分析日志。 日志必須上傳到某處并建立索引。 之后，該工具可能會(huì)顯示最常用的單詞，用戶可以使用文本搜索等。聽起來(lái)不錯(cuò)，似乎有所改進(jìn)。 不幸的是沒有那么多。 缺點(diǎn)如下：

• 需要一些時(shí)間才能開始使用日志。 必須上傳它們，將它們編入索引。 工作完成后，必須從系統(tǒng)中刪除這些日志。 如果打算對(duì)日志進(jìn)行分析和丟棄，則看起來(lái)有些過大。
• 很多組件涉及很多必需的配置。
• 全文搜索對(duì)日志不是很有用。 通常，工程師正在尋找類似“使用參數(shù)678678678創(chuàng)建的連接2345”之類的東西。 查找“使用參數(shù)創(chuàng)建”將返回所有連接。 尋找“連接2345”將返回所有此類語(yǔ)句，但是通常只有一個(gè)-創(chuàng)建此連接時(shí)。

其他基于云的解決方案

有很多基于云的解決方案可用。 他們大多數(shù)有商業(yè)計(jì)劃，有些有免費(fèi)計(jì)劃。 它們提供通知，可視化和其他功能，但主要原理與LogStash相同。

日志分析說(shuō)明

要了解為什么這些解決方案在分析復(fù)雜問題時(shí)效果不佳，我們需要嘗試了解工作流程。 這是文本編輯器的示例工作流程：

工程師收到了1 GB的日志，其中包含該bug發(fā)生在23:00的信息，請(qǐng)求ID為12345。

首先，他或她會(huì)嘗試在這段時(shí)間內(nèi)發(fā)現(xiàn)任何錯(cuò)誤或異常。

如果失敗，則工程師必須為該請(qǐng)求重建事件流。 他或她開始尋找諸如“已創(chuàng)建連接”，“已刪除連接”，“請(qǐng)求移至此階段”之類的語(yǔ)句，以試圖縮小問題的時(shí)間范圍。

這通常是成功的（即使可能需要很多時(shí)間），現(xiàn)在很明顯，問題是在將連接111移到狀態(tài)Q之后發(fā)生的。

經(jīng)過多一點(diǎn)的挖掘之后，工程師發(fā)現(xiàn)這與連接222進(jìn)入狀態(tài)W一致。

最終，工程師高興地看到，將連接222移動(dòng)到新狀態(tài)的線程還修改了另一個(gè)影響連接111的變量。最后是根本原因。

在此工作流程中，我們看到工程師大部分時(shí)間都在尋找?guī)в心承﹨?shù)的標(biāo)準(zhǔn)字符串。 如果可以簡(jiǎn)化的話……

IDE方法

IDE方法包括幾個(gè)部分。

正則表達(dá)式 。 使用正則表達(dá)式，可以指定模板并在日志中搜索它。 使用正則表達(dá)式查找標(biāo)準(zhǔn)字符串要簡(jiǎn)單得多。

正則表達(dá)式配置 。 這里的想法是，標(biāo)準(zhǔn)字符串如“創(chuàng)建的連接\ d {5} \ w {2}”，“連接\ d {5} \ w {2}移到階段\ w {7}”，“連接\ d { 5} \ w {2}已刪除”不會(huì)經(jīng)常更改。 編寫正則表達(dá)式每次都很難找到它，因?yàn)檫@樣的正則表達(dá)式可能真的很長(zhǎng)很復(fù)雜。 如果可以通過單擊按鈕來(lái)配置和使用它們，則會(huì)更加容易。

IDE 。 我們需要某種IDE來(lái)將其結(jié)合在一起。 要讀取配置，請(qǐng)顯示日志文件和存儲(chǔ)的正則表達(dá)式，并顯示文本和搜索結(jié)果。 最好像這樣：

顏色特征 。 從經(jīng)驗(yàn)中我知道，當(dāng)您可以用顏色標(biāo)記一些字符串以在日志中輕松查看日志時(shí)，日志分析要容易得多。 大多數(shù)商業(yè)日志分析器工具都使用顏色選擇。 IDE應(yīng)該對(duì)此提供幫助。

利弊

IDE方法的優(yōu)點(diǎn)：

無(wú)需云服務(wù)。 沒有在某處加載千兆字節(jié)的日志，沒有云配置。 只需打開IDE記錄日志，打開日志文件夾并開始分析。

如果IDE是免費(fèi)的，則整個(gè)過程是完全免費(fèi)的。 無(wú)論如何應(yīng)該比日志服務(wù)便宜。

IDE方法的缺點(diǎn)：

大多數(shù)云服務(wù)“實(shí)時(shí)”提供實(shí)時(shí)通知和日志分析。 這意味著一旦發(fā)生指定的異常，便會(huì)通知用戶。 IDE方法無(wú)法做到這一點(diǎn)。

用戶的PC要求更高，因?yàn)樵贘ava中使用大字符串會(huì)消耗大量?jī)?nèi)存。 根據(jù)我的經(jīng)驗(yàn)，最低要求為8 GB。

最重要的是，IDE方法適用于分析日志中的復(fù)雜問題。 它不能提供云服務(wù)的實(shí)時(shí)功能，但是對(duì)于分析和修復(fù)錯(cuò)誤應(yīng)該便宜得多，并且容易得多。

最后的想法

如果有人可以實(shí)施這種出色的方法，那就太好了！ 我的意思是創(chuàng)建具有所有這些功能的IDE，并使每個(gè)人的日志分析更加輕松！ 我從經(jīng)驗(yàn)中知道，這可能是一件乏味的工作，比實(shí)際困難。 在下一篇文章（第2部分）中，我將解釋這種方法的困難/挑戰(zhàn)，并提供基于Eclipse框架的可行實(shí)現(xiàn)。

翻譯自: https://www.javacodegeeks.com/2018/11/ide-approach-log-analysis-pt.html

ide 日志 亂碼

總結(jié)

以上是生活随笔為你收集整理的ide 日志 乱码_IDE日志分析方法pt。 1个的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。