❶ android logcat 輸出日誌時，怎麼通過級別來過濾日誌，比如只顯示出I級別的日誌，而不是顯示I級別以上的。
控制台來，還是在Eclipse上的Logcat視圖？
1、如源果是控制台，可以在控制台輸入：adb logcat -s "*:I"
2、如果是在Eclipse上的Logcat視圖，可以選擇filter的級別為「info」
-------------------------------------------------------------
更多疑問解答，盡在@安卓互助平台 新浪微博
❷ 怎麼用eclipse還有logcat命令的過濾log信息
1. 只顯示需要的輸出，白名單
最方便的當然是通過管道使用 grep 過濾了，這樣可以使用 grep 強大的正則表達式匹配。簡單的匹配一行當中的某個字元串，例如 MyApp：
adb logcat | grep MyApp
adb logcat | grep -i myapp #忽略大小寫。
adb logcat | grep --color=auto -i myapp #設置匹配字元串顏色。更多設置請查看 grep 幫助。
進階一點可以使用 grep 的正則表達式匹配。例如上一個例子會匹配一行中任意位置的 MyApp，可以設置為僅匹配 tag。默認的 log 輸出如下，如果修改過輸出格式相應的表達式也要修改。
I/CacheService( 665): Preparing DiskCache for all thumbnails.
可以看出 tag 是一行開頭的第三個字元開始，根據這點寫出表達式：
adb logcat | grep "^..MyApp"
根據這個格式也可以設置只顯示某個優先順序的 log，再匹配行首第一個字元即可。例如僅顯示 Error 級別 tag 為 MyApp 的輸出：
adb logcat | grep "^E.MyApp"
當然也可以匹配多個，使用 | 分割多個匹配表達式，要加轉義符。例如要匹配 tag 為 MyApp 和 MyActivity 的輸出：
adb logcat | grep "^..MyApp\|^..MyActivity"
adb logcat | grep -E "^..MyApp|^..MyActivity" #使用 egrep 無須轉義符
2. 過濾不需要的輸出，黑名單
還是使用 grep，用法也跟上面的一樣，加一個 -v 即可。例如要過濾 tag 為 MyApp 和 MyActivity 的輸出：
adb logcat | grep -v "^..MyApp\|^..MyActivity"
adb logcat | grep -vE "^..MyApp|^..MyActivity" #使用 egrep 無須轉義符
3. 顯示同一個進程的所有輸出
有時一個程序裡面的 tag 有多個，需要輸出該程序（同一個 PID）的所有 tag；僅使用 tag 過濾有時也會漏掉一些錯誤信息，而一般錯誤信息也是和程序同一個 PID。還是通過 grep 實現，思路是先根據包名找到 pid 號，然後匹配 pid。寫成 shell 腳本如下，參數是程序的 java 包名（如 com.android.media）。
查看源代碼列印幫助\
#!/bin/bash
packageName=$1
pid=`adb shell ps | grep $packageName | awk '{print $2}'`
adb logcat | grep --color=auto $pid
4. 從當前開始顯示
logcat 有緩存，如果僅需要查看當前開始的 log，需要清空之前的。adb logcat -c && adb logcat
5. 過濾 log 文件
有時需要分析 log 文件，過濾 log 文件還是使用 grep。例如 log 文件為 myapp.log，要匹配 tag 為 MyApp 和 MyActivity 的輸出，然後輸出到 newmyapp.log：cat myapp.log | grep "^..MyApp\|^..MyActivity" > newmyapp.log
Windows 下推薦使用 Notepad++，一個免費強大的記事本，支持正則表達式查找替換。可以高亮顯示匹配內容，也可以刪除不需要的內容。
以上的技巧主要用到了 grep，其實 logcat 本身也有過濾功能，可以根據 tag、優先順序過濾 log，具體請參考 Android 官方文檔 Reading and Writing Logs。如果喜歡使用圖形界面，請參考 Using DDMS，DDMS 裡面的 logcat 也可以同樣過濾。
❸ 如何去掉控制台上輸出的這些日誌
一、ConsoleLogger如下所示的代碼片段展示了由ConsoleLoggerProvider提供的這個ConsoleLogger類型的定義。ConsoleLogger具有四個屬性，代表Logger名稱的Name屬性最初由ConsoleLoggerProvider提供，實際上就是LoggerFactory在創建Logger時指定的日誌類型。出於對跨平台的支持，ConsoleLogger對不同平台下控制台進行了抽象並使用介面IConsole來表示，所示代碼當前控制台的Console屬性的類型為IConsole。Func類型的Filter屬性提供了一個針對日誌類型與等級的過濾條件，是否真正需要將提供的日誌消息輸出到控制台就由這個過濾條件來決定。最後一個屬性IncludeScopes與上面提到的關聯多次日誌記錄的上下文范圍有關，我們後續內容中對此進行單獨介紹。1:publicclassConsoleLogger:ILogger2:{3:publicstringName{get;}4:publicIConsoleConsole{get;set;}5:publicFuncFilter{get;set;}6:publicboolIncludeScopes{get;set;}7:8:publicConsoleLogger(stringname,Funcfilter,boolincludeScopes);publicIDisposableBeginScope(TStatestate);9:10:publicboolIsEnabled(LogLevellogLevel);11:publicvoidLog(LogLevellogLevel,EventIdeventId,TStatestate,Exceptionexception,Funcformatter);12:publicvirtualvoidWriteMessage(LogLevellogLevel,stringlogName,inteventId,stringmessage);13:}對於ConsoleLogger的這四個屬性，除了表示當前控制台的Console屬性，其餘三個均可以在創建它的時候通過構造函數的相應參數來指定。接下來我們來了解一下用於抽象不同平台控制台的IConsole介面，如下面的代碼片段所示，IConsole介面具有如下三個方法。在調用Write和WriteLine方法寫入日誌的時候，我們除了指定寫入的消息文本之外，還可以控制消息在控制台上的背景和前景顏色。Flush方法與數據輸出緩沖機制有關，如果採用緩沖機制，通過Write或者WriteLine方法寫入的消息並不會立即輸出到控制台，而是先被保存到緩沖區，Flush方法被執行的時候會將緩沖區的所有日誌消息批量輸出到控制台上。1:publicinterfaceIConsole2:{3:voidWrite(stringmessage,ConsoleColor?background,ConsoleColor?foreground);4:voidWriteLine(stringmessage,ConsoleColor?background,ConsoleColor?foreground);5:voidFlush();6:}微軟默認提供了兩種類型的Console類型，一種是基於Windows平台的WindowsLogConsole，非Windows平台的控制台則通過AnsiLogConsole來表示。它們之間的不同之處在於對日誌消息在控制台上顯示顏色（前景色和背景色）的控制。對於Windows平台來說，消息顯示在控制台顏色是通過顯式設置System.Console的靜態屬性ForegroundColor和BackgroundColor來實現的，但是對於非Windows平台來說，顏色信息會直接以基於ASNI標準的轉意字元序列（ANSIEsacpeSequences）的形式內嵌在消息文本之中）。ConsoleLogger的IsEnabled方法最終決定了是否需要真正完成對提供日誌的寫入操作，這方法是由Filter屬性返回的委託對象的執行結果。當Log方法執行的時候，它會先調用IsEnabled方法，如果這個方法返回True，它調用另一個WriteMessage方法將提供的日誌消息輸出到由Console屬性表示的控制台上。WriteMessage方法是一個虛方法，如果它輸出的消息格式和樣式不滿足我們的要求，我們可以定義ConsoleLogger的子類，並通過重寫這個方法按照我們希望的方式輸出日誌消息。1:{LogLevel}:{Category}[{EventId}]2:{Message}在默認情況下，被ConsoleLogger輸出到控制台上的日誌消息會採用上面的格式，這也可以通過我們在上面演示的實例來印證。對於輸出到控制台表示日誌等級的部分，輸出的文字與對應的日誌等級具有如表1所示的映射關系，可以看出日誌等級在控制台上均會顯示為僅包含四個字母的簡寫形式。日誌等級也同時決定了改部分內容在控制台上顯示的前景色。二、ConsoleLogScope在默認情況下針對Log方法的每次調用都是一次獨立的日誌記錄行為，但是在很多情況下多次相關的日誌記錄需要在同一個上下文范圍中進行，我們可以通過調用Logger的BeginScope方法來創建這個上下文范圍。對於ConsoleLogger來說，它的BeginScope方法創建的上下文范圍與一個具有如下定義的ConsoleLogScope類有關。1:publicclassConsoleLogScope2:{3:internalConsoleLogScope(stringname,objectstate);4:publicstaticIDisposablePush(stringname,objectstate);5:publicoverridestringToString();6:7:{get;set;}8:publicConsoleLogScopeParent{get;set;}9:}我們說ConsoleLogger的BeginScope方法返回的日誌上下文范圍與ConsoleLogScope有關，但並沒有說該方法返回的是一個ConsoleLogScope對象，關於這一點從上面給出的ConsoleLogScope類型定義也可以看出來，BeginScope方法返回類型為IDisposable介面，但是ConsoleLogScope並未實現該介面。如上面的代碼片段所示，ConsoleLogScope只定義了一個內部構造函數，所以我們不可以直接調用構造函數創建一個ConsoleLogScope對象，ConsoleLogScope的創建實現在它的靜態方法Push中，ConsoleLogger的BeginScope方法的返回值其實就是針對這方法的調用結果。要了解實現在Push方法中針對ConsoleLogScope的創建邏輯，需要先來了解一下ConsoleLogScope的嵌套層次結構。一個ConsoleLogScope可以內嵌於另一個ConsoleLogScope之中，後者被稱為前者的「父親」，它的Parent屬性返回的就是這么一個對象。ConsoleLogScope的靜態屬性Current表示當前的ConsoleLogScope，當我們通過指定name和state這兩個參數調用靜態方法Push時，該方法實際上會調用靜態構造函數創建一個新的ConsoleLogScope對象並將其作為當前ConsoleLogScope的「兒子」。於此同時，當前ConsoleLogScope被切換成這個新創建的ConsoleLogScope。ConsoleLogScope的Push方法最終返回的是一個DisposableScope對象。如下面的代碼片段所示，DisposableScope僅僅是內嵌於ConsoleLogScope的一個私有類型。當它的Dispose方法執行的時候，它僅僅是獲取當前ConsoleLogScope的「父親」，並將後者作為當前ConsoleLogScope。1:publicclassConsoleLogScope2:{3:publicstaticIDisposablePush(stringname,objectstate)4:{5:ConsoleLogScopecurrent=Current;6:Current=newConsoleLogScope(name,state);7:Current.Parent=current;8:returnnewDisposableScope();9:}10:11:privateclassDisposableScope:IDisposable12:{13:publicvoidDispose()14:{15:ConsoleLogScope.Current=ConsoleLogScope.Current.Parent;16:}17:}18:}簡單地說，我們調用ConsoleLogScope的Push方法創建當前日誌上下文范圍並返回一個DisposableScope對象，後者的Dispose方法的調用意味著這個上下文范圍的終結。與此同時，原來的ConsoleLogScope從新成為當前的上下文范圍。下面的代碼片段體現了基於ConsoleLogScope的作用域控制方法，這段代碼來體現另一個細節，那就是ConsoleLogScope的ToString方法被重寫，它返回的是ConsoleLogScope對象被創建時指定的State對象（state參數）的字元串形式（調用ToString方法的返回值）。1:using(ConsoleLogScope.Push("App","Scope1"))2:{3:Debug.Assert("Scope1"==ConsoleLogScope.Current.ToString());4:using(ConsoleLogScope.Push("App","Scope1"))5:{6:Debug.Assert("Scope2"==ConsoleLogScope.Current.ToString());7:}8:Debug.Assert("Scope1"==ConsoleLogScope.Current.ToString());9:}當ConsoleLogger的BeginScope方法被執行的時候，它會將自己的名稱（Name屬性）和指定的State對象作為參數調用ConsoleLogScope的靜態方法Push。只要我們沒有調用返回對象的Dispose方法，就可以表示當前日誌上下文范圍的ConsoleLogScope對象，這個對象和我們指定的State對象的ToString方法返回相同的字元串。1:publicclassConsoleLogger:ILogger2:{3:publicIDisposableBeginScope(TStatestate)4:{5:returnConsoleLogScope.Push(this.Name,state);6:}7:}如果一個ConsoleLogger對象的IncludeScopes屬性返回True，意味著我們希望針對它的日誌記錄會在一個預先創建的日誌上下文范圍中執行執行，輸出到控制台的日誌消息會包含當前上下文范圍的信息。在次情況下，ConsoleLogger會採用如下的格式呈現輸出在控制台上的日誌消息，其中{State}表示調用BeginScope方法傳入的State對象。1:{LogLevel}:{Category}[{EventId}]2:=>{State}3:{Message}比如在一個處理訂購訂單的應用場景中，需要將針對同一筆訂單的多條日誌消息關聯在一起，我們就可以針對訂單的ID創建一個日誌上下文范圍，並在此上下文范圍內調用Logger對象的Log方法進行日誌記錄，那麼訂單ID將會包含在每條寫入的日誌消息中。1:ILoggerlogger=newServiceCollection()2:.AddLogging()3:.BuildServiceProvider()4:.GetService()5:.AddConsole(true)6:.CreateLogger("App");7:8:using(logger.BeginScope("訂單:{ID}","20160520001"))9:{10:logger.LogWarning("商品庫存不足(商品ID:{0},當前庫存:{1},訂購數量:{2})","9787121237812",20,50);11:logger.LogError("商品ID錄入錯誤(商品ID:{0})","9787121235368");12:}如上面的代碼片段所示，我們按照依賴注入的方式創建了一個注冊有ConsoleLoggerProvider的LoggerFactory，並利用創建了一個Logger對象。在調用注冊ConsoleLoggerProvider的AddConsole方法時，我們傳入True作為參數，意味著提供的ConsoleLogger會在當前的日誌上下文范圍中進行日誌記錄（它的IncludeScope屬性被設置為True）。我們通過Logger對象記錄了兩條針對同一筆訂單的日誌，兩次日誌記錄所在的上下文范圍是調用BeginScope方法根據指定的訂單ID創建的。這段程序執行之後會在控制台上輸出如下所示的兩條日誌消息。
❹ 使用logstash過濾日誌，正則該怎麼寫呢
寫一個配置文件，可命名為logstash.conf，輸入以下內容：
input {
file {
path => "/data/web/logstash/logFile/*/*"
start_position => "beginning" #從文件開始處讀寫
}
# stdin {} #可以從標准輸入專讀數據
}
定義的數屬據源，支持從文件、stdin、kafka、twitter等來源，甚至可以自己寫一個input plugin。如果像上面那樣用通配符寫file，如果有新日誌文件拷進來，它會自動去掃描。
❺ linux下如何提取日誌中指定的一段內容100分急求！！！
其實要說回答很簡單，但是要給你做出來稍微費工夫，因為沒有環境可以測試，你可以寫一段代碼來提取，也可以用sed/awk/grep等命令來做，但是命令的復雜度不亞於寫一段shell代碼。shell代碼我給你演算法吧。（括弧里是參考代碼，bash)
初始化變數(flg=0)
循環讀取每一行文件（while line in `cat $log`)
變數開始[sip/2.0]為真時( if [ $flg -eq 1 ]; then )
輸出當前行到結果文件中( echo $line >> $retFile )
如果是用戶結束 ( chkEnd $line #chkEnd 是個shell函數檢查是不是結束
if [ $? -eq 1 ]; then)
變數變數開始[sip/2.0]設置為假 (flg=0)
#如果是用戶結束(fi)
否則(else)
如果當前行含有[sip/2.0]( echo $line | grep "[sip/2.0"
if [ $? -eq 0 ]; then)
輸出當前行到結果文件中(echo $line >> $retFile)
變數變數開始[sip/2.0]設置為真(flg=1)
#如果當前行含有[sip/2.0](fi)
#變數開始[sip/2.0]為真時(fi)
❻ 請教個問題：日誌文件的過濾器怎麼使用啊
過濾... 按鈕可選擇要包括在日誌中的特定類型的記錄。日誌有五個級別：嚴重警告 –最小的詳細版日誌記錄級別權，其中包含重要系統錯誤（如病毒防護未能啟動，個人防火牆不起作用等）錯誤 – 諸如「下載文件時出錯」之類的錯誤和嚴重錯誤警報 – 警告消息和錯誤信息性記錄 - 包括成功更新、警報和錯誤在內的信息性消息診斷記錄 - 最詳細的級別，包括程序微調需要的信息和上述所有記錄
❼ windows/linux下篩選和過濾日誌
我們項目琅縵沔的一般是這樣解決的：方案一：對日誌文件進行rotate方案二：內按照日誌琅縵沔容每一行的侍舊鎖行判定（如不美觀日誌內容不包含侍舊送不能用這個體例了）cp 1.log 1.log.時刻戳 && :>1.loggrep ERROR 1.log.時刻戳 | wc -lcrontab設置劇本每個小時運行一次，每次運行只搜檢一個小時之內的日誌內容。
❽ Slf4j + Logback 怎麼過濾掉第三方包中的日誌顯示
1.自動清除法抄開放數據襲庫選項 Trunc Log on Chkpt，使資料庫系統每隔一段時間自動清除Log。此方法的優點是無須人工干預，由SQLServer自動執行，並且一般不會出現Log溢滿的情況；缺點是只清除Log而不做備份。2.手動清除法執行命令「mp transaction」來清除Log。以下兩條命令都可以清除日誌：mp transaction with truncate_only mp transaction with no_log
❾ 如何快速過濾出一次請求的所有日誌
如何快速過濾出一次請求的所有日誌？
前言
在現網出現故障時，我們經常需要獲取一次請求流程里的所有日誌進行定位。如果請求只在一個線程里處理，則我們可以通過線程ID來過濾日誌，但如果請求包含非同步線程的處理，那麼光靠線程ID就顯得捉襟見肘了。
IoT平台，提供了接收設備上報數據的能力， 當數據到達平台後，平台會進行一些復雜的業務邏輯處理，如數據存儲，規則引擎，數據推送，命令下發等等。由於這個邏輯之間沒有強耦合的關系，所以通常是非同步處理。如何將一次數據上報請求中包含的所有業務日誌快速過濾出來，就是本文要介紹的。
正文
SLF4J日誌框架提供了一個MDC(Mapped Diagnostic Contexts)工具類，谷歌翻譯為映射的診斷上下文，從字面上很難理解，我們可以先實戰一把。
public class Main {
private static final String KEY = "requestId";
private static final Logger logger = LoggerFactory.getLogger(Main.class);
public static void main(String[] args) {
// 入口傳入請求ID
MDC.put(KEY, UUID.randomUUID().toString());
// 列印日誌
logger.debug("log in main thread 1");
logger.debug("log in main thread 2");
logger.debug("log in main thread 3");
// 出口移除請求ID
MDC.remove(KEY);
}
}
我們在main函數的入口調用MDC.put()方法傳入請求ID，在出口調用MDC.remove()方法移除請求ID。配置好log4j2.xml文件後，運行main函數，可以在控制台看到以下日誌輸出：
2018-02-17 13:19:52.606 {requestId=f97ea0fb-2a43-40f4-a3e8-711f776857d0} [main] DEBUG cn.wudashan.Main - log in main thread 1
2018-02-17 13:19:52.609 {requestId=f97ea0fb-2a43-40f4-a3e8-711f776857d0} [main] DEBUG cn.wudashan.Main - log in main thread 2
2018-02-17 13:19:52.609 {requestId=f97ea0fb-2a43-40f4-a3e8-711f776857d0} [main] DEBUG cn.wudashan.Main - log in main thread 3
從日誌中可以明顯地看到花括弧中包含了（映射的）請求ID(requestId)，這其實就是我們定位（診斷）問題的關鍵字（上下文）。有了MDC工具，只要在介面或切面植入put()和remove()代碼，在現網定位問題時，我們就可以通過grep requestId=xxx *.log快速的過濾出某次請求的所有日誌。
進階
然而，MDC工具真的有我們所想的這么方便嗎？回到我們開頭，一次請求可能涉及多線程非同步處理，那麼在多線程非同步的場景下，它是否還能正常運作呢？Talk is cheap, show me the code。
public class Main {
private static final String KEY = "requestId";
private static final Logger logger = LoggerFactory.getLogger(Main.class);
public static void main(String[] args) {
// 入口傳入請求ID
MDC.put(KEY, UUID.randomUUID().toString());
// 主線程列印日誌
logger.debug("log in main thread");
// 非同步線程列印日誌
new Thread(new Runnable() {
@Override
public void run() {
logger.debug("log in other thread");
}
}).start();
// 出口移除請求ID
MDC.remove(KEY);
}
}
代碼里我們新起了一個非同步線程，並在匿名對象Runnable的run()方法列印日誌。運行main函數，可以在控制台看到以下日誌輸出：
2018-02-17 14:05:43.487 {requestId=e6099c85-72be-4986-8a28-de6bb2e52b01} [main] DEBUG cn.wudashan.Main - log in main thread
2018-02-17 14:05:43.490 {} [Thread-1] DEBUG cn.wudashan.Main - log in other thread
不幸的是，請求ID在非同步線程里不列印了。這是怎麼回事呢？要解決這個問題，我們就得知道MDC的實現原理。由於篇幅有限，這里就暫不詳細介紹，MDC之所以在非同步線程中不生效是因為底層採用ThreadLocal作為數據結構，我們調用MDC.put()方法傳入的請求ID只在當前線程有效。感興趣的小夥伴可以自己深入一下代碼細節。
知道了原理那麼解決這個問題就輕而易舉了，我們可以使用裝飾器模式，新寫一個MDCRunnable類對Runnable介面進行一層裝飾。在創建MDCRunnable類時保存當前線程的MDC值，在執行run()方法時再將保存的MDC值拷貝到非同步線程中去。代碼實現如下：
public class MDCRunnable implements Runnable {
private final Runnable runnable;
private final Map<String, String> map;
public MDCRunnable(Runnable runnable) {
this.runnable = runnable;
// 保存當前線程的MDC值
this.map = MDC.getCopyOfContextMap();
}
@Override
public void run() {
// 傳入已保存的MDC值
for (Map.Entry<String, String> entry : map.entrySet()) {
MDC.put(entry.getKey(), entry.getValue());
}
// 裝飾器模式，執行run方法
runnable.run();
// 移除已保存的MDC值
for (Map.Entry<String, String> entry : map.entrySet()) {
MDC.remove(entry.getKey());
}
}
}
接著，我們需要對main函數里創建的Runnable實現類進行裝飾：
public class Main {
private static final String KEY = "requestId";
private static final Logger logger = LoggerFactory.getLogger(Main.class);
private static final ExecutorService EXECUTOR = Executors.newSingleThreadExecutor();
public static void main(String[] args) {
// 入口傳入請求ID
MDC.put(KEY, UUID.randomUUID().toString());
// 主線程列印日誌
logger.debug("log in main thread");
// 非同步線程列印日誌，用MDCRunnable裝飾Runnable
new Thread(new MDCRunnable(new Runnable() {
@Override
public void run() {
logger.debug("log in other thread");
}
})).start();
// 非同步線程池列印日誌，用MDCRunnable裝飾Runnable
EXECUTOR.execute(new MDCRunnable(new Runnable() {
@Override
public void run() {
logger.debug("log in other thread pool");
}
}));
EXECUTOR.shutdown();
// 出口移除請求ID
MDC.remove(KEY);
}
}
執行main函數，將會輸出以下日誌：
2018-03-04 23:44:05.343 {requestId=5ee2a117-e090-41d8-977b-cef5dea09d34} [main] DEBUG cn.wudashan.Main - log in main thread
2018-03-04 23:44:05.346 {requestId=5ee2a117-e090-41d8-977b-cef5dea09d34} [Thread-1] DEBUG cn.wudashan.Main - log in other thread
2018-03-04 23:44:05.347 {requestId=5ee2a117-e090-41d8-977b-cef5dea09d34} [pool-2-thread-1] DEBUG cn.wudashan.Main - log in other thread pool
Congratulations！經過我們的努力，最終在非同步線程和線程池中都有requestId列印了！
總結
本文講述了如何使用MDC工具來快速過濾一次請求的所有日誌，並通過裝飾器模式使得MDC工具在非同步線程里也能生效。有了MDC，再通過AOP技術對所有的切面植入requestId，就可以將整個系統的任意流程的日誌過濾出來。使用MDC工具，在開發自測階段，可以極大地節省定位問題的時間，提升開發效率；在運維維護階段，可以快速地收集相關日誌信息，加快分析速度。
❿ 傳奇服務端游戲日誌過濾什麼意思
意思就是伺服器記載有問題重新安裝下，我玩了這么久感覺不會影響你的游戲。很榮幸回答您的問題如果滿意請及時採納謝謝！