1. 項目背景與核心價值在Android應(yīng)用開發(fā)、系統(tǒng)定制或者驅(qū)動調(diào)試的過程中我們經(jīng)常會遇到一些棘手的、偶發(fā)性的問題。比如應(yīng)用在特定操作下閃退系統(tǒng)在某個時間點突然卡頓或者外設(shè)驅(qū)動間歇性失靈。面對這些問題最頭疼的不是復(fù)現(xiàn)而是復(fù)現(xiàn)之后你手頭只有一堆雜亂無章、沒有時間戳的日志碎片。你根本分不清是A操作觸發(fā)了B異常還是C線程的延遲導(dǎo)致了D服務(wù)的崩潰。這時候一份帶精確時間戳的、同時包含了應(yīng)用層logcat和內(nèi)核層kernel log的完整日志就成了定位問題的“黃金羅盤”。這個項目要解決的就是如何系統(tǒng)性地、自動化地抓取這份“黃金日志”。它不僅僅是簡單運(yùn)行一下adb logcat和dmesg而是要實現(xiàn)時間同步、雙流合并、持續(xù)捕獲、按需觸發(fā)的完整流程。很多新手甚至一些有經(jīng)驗的開發(fā)者在抓日志時都停留在手動操作的階段效率低下且容易遺漏關(guān)鍵信息。本文將從一個資深系統(tǒng)開發(fā)者的角度手把手帶你搭建一套從基礎(chǔ)到進(jìn)階的日志抓取方案涵蓋工具選擇、命令詳解、時間同步難題的破解以及如何將這套流程封裝成隨時可用的腳本或集成到你的IDE中。無論你是應(yīng)用開發(fā)者在追查ANR應(yīng)用無響應(yīng)還是系統(tǒng)工程師在調(diào)試底層驅(qū)動這篇文章都能讓你獲得一套即拿即用的實戰(zhàn)工具箱。2. 日志體系解析logcat與kernel log的分工與協(xié)作在動手之前我們必須搞清楚我們要抓的兩類日志到底是什么它們從何而來又各自記錄了哪些信息。這是后續(xù)所有操作的理論基礎(chǔ)。2.1 應(yīng)用層的哨兵logcatlogcat是Android SDK提供的一個命令行工具用于查看和過濾系統(tǒng)日志緩沖區(qū)log buffer中的消息。這些消息主要來自應(yīng)用進(jìn)程和系統(tǒng)服務(wù)。消息來源任何使用Androidandroid.util.Log類如Log.d(),Log.e()打印的代碼以及系統(tǒng)框架本身如ActivityManager,WindowManager輸出的信息。緩沖區(qū)logcat日志存儲在幾個不同的環(huán)形緩沖區(qū)中最常見的是main應(yīng)用日志、system系統(tǒng)服務(wù)日志、crash崩潰日志和events系統(tǒng)事件。默認(rèn)查看的是main緩沖區(qū)。日志等級從Verbose到Fatal分為V(Verbose),D(Debug),I(Info),W(Warn),E(Error),F(Fatal)。在抓取調(diào)試日志時我們通常需要Debug或Verbose級別以獲取最詳盡的信息。關(guān)鍵缺陷默認(rèn)情況下adb logcat輸出的條目不包含日期只有時間例如03-25 14:30:01.123且這個時間是Android系統(tǒng)自身的時鐘。如果設(shè)備長時間運(yùn)行或時鐘未同步這個時間可能與真實世界時間Wall Time存在偏差給多設(shè)備、跨系統(tǒng)日志分析帶來困難。2.2 內(nèi)核的脈搏kernel log (dmesg kmsg)kernel log記錄了Linux內(nèi)核運(yùn)行時的信息對于驅(qū)動開發(fā)、系統(tǒng)啟動、硬件交互、內(nèi)核崩潰如panic、oops等底層問題至關(guān)重要。消息來源內(nèi)核代碼中通過printk()函數(shù)打印的信息。這包括了設(shè)備驅(qū)動、內(nèi)存管理、進(jìn)程調(diào)度等核心子系統(tǒng)輸出的調(diào)試或錯誤信息。查看方式在Android中通常通過adb shell dmesg或adb shell cat /proc/kmsg來查看。dmesg查看的是內(nèi)核環(huán)形緩沖區(qū)的快照而cat /proc/kmsg會持續(xù)輸出新的內(nèi)核消息類似tail -f。時間戳特點dmesg輸出的時間戳通常是內(nèi)核啟動后的相對時間例如[ 1234.567890]單位是秒。這對于分析啟動階段的問題很有用但同樣無法直接與真實時間對應(yīng)。與logcat的關(guān)系兩者獨立運(yùn)行。一個上層應(yīng)用的內(nèi)存訪問錯誤可能會在logcat中產(chǎn)生一個Native crash日志同時在kernel log中產(chǎn)生相關(guān)的segmentation fault信息。只有將兩者按時間對齊才能完整還原事件鏈條。注意/proc/kmsg是一個“消耗型”資源。多個進(jìn)程同時讀取它會瓜分這些日志消息。通常建議只用一個進(jìn)程來持續(xù)讀取/proc/kmsg以供收集而使用dmesg命令來查看歷史記錄或進(jìn)行一次性快照。3. 基礎(chǔ)抓取從單條命令到初步整合我們先從最基礎(chǔ)的命令開始逐步構(gòu)建起日志抓取的框架。3.1 抓取帶時間的logcat單純的adb logcat輸出信息有限。我們需要更豐富的格式和過濾條件。命令1基礎(chǔ)格式與輸出到文件adb logcat -v threadtime -d logcat.log-v threadtime: 這是關(guān)鍵參數(shù)。它指定輸出格式為“線程時間”格式示例03-25 14:30:01.123 12345 12346 D TagName: Message。它包含了日期、時間精確到毫秒、進(jìn)程ID、線程ID、日志等級和標(biāo)簽。這比默認(rèn)格式包含了更多調(diào)試信息。-d: 轉(zhuǎn)儲dump當(dāng)前緩沖區(qū)中的所有日志并退出。適合抓取一次性的、歷史的問題現(xiàn)場。 logcat.log: 將標(biāo)準(zhǔn)輸出重定向到文件。在Windows的cmd中請使用adb logcat -v threadtime -d logcat.log。命令2持續(xù)抓取與實時過濾對于正在發(fā)生的問題我們需要持續(xù)抓取。adb logcat -v threadtime -s “MyAppTag:I” “SystemErr:W” live_logcat.log移除了-d參數(shù)命令將持續(xù)運(yùn)行實時輸出新日志直到你按下CtrlC中斷。-s “MyAppTag:I” “SystemErr:W”:-s是過濾器的簡寫。這里表示只顯示標(biāo)簽為MyAppTag且等級為Info及以上I, W, E, F的日志以及標(biāo)簽為SystemErr且等級為Warning及以上W, E, F的日志。你可以根據(jù)你的應(yīng)用標(biāo)簽靈活設(shè)置避免日志洪水。命令3清空緩沖區(qū)并開始記錄有時我們需要一個干凈的起點從此刻開始記錄所有日志。adb logcat -c adb logcat -v threadtime clean_start_logcat.logadb logcat -c: 清空clear所有的logcat緩沖區(qū)。慎用此命令因為它會丟失清空前可能存在的有價值的歷史日志。通常只在明確需要從某個時間點開始記錄時使用。: 邏輯與前一條命令成功執(zhí)行后才執(zhí)行后一條。3.2 抓取kernel log命令4抓取當(dāng)前內(nèi)核日志快照adb shell dmesg dmesg.log這將把內(nèi)核環(huán)形緩沖區(qū)當(dāng)前的所有內(nèi)容導(dǎo)出到文件。時間戳是內(nèi)核啟動后的秒數(shù)。命令5持續(xù)抓取內(nèi)核日志對于驅(qū)動加載、硬件中斷等實時內(nèi)核事件需要持續(xù)監(jiān)聽。adb shell cat /proc/kmsg kmsg.log這個命令會掛起持續(xù)將新的內(nèi)核消息寫入文件。注意如前所述多個cat /proc/kmsg會競爭消息。3.3 初步整合同步執(zhí)行的陷阱一個最樸素的想法是同時運(yùn)行兩個命令將輸出重定向到同一個文件adb logcat -v threadtime adb shell cat /proc/kmsg combined.log # 錯誤示范或者開兩個終端分別運(yùn)行。但這會帶來嚴(yán)重問題輸出混雜兩個獨立進(jìn)程的輸出會隨機(jī)交織在同一個文件里難以區(qū)分。時間不同步logcat使用系統(tǒng)時間kmsg使用內(nèi)核相對時間兩者完全無法直接對比。管理困難需要手動啟動和停止兩個進(jìn)程容易出錯。因此我們需要更智能的整合方案。4. 進(jìn)階方案時間同步與日志融合解決時間同步問題是實現(xiàn)高質(zhì)量調(diào)試日志的關(guān)鍵。這里提供兩種主流思路。4.1 方案一統(tǒng)一時間基準(zhǔn)打時間戳思路是在抓取日志的宿主機(jī)你的電腦上為每一行收到的日志打上一個高精度的、統(tǒng)一的時間戳。這樣無論日志來自logcat還是kmsg它們都擁有了一個可比較的“真實世界”時間基準(zhǔn)。實現(xiàn)腳本Bash示例#!/bin/bash # 腳本名capture_logs.sh OUTPUT_FILEcombined_$(date %Y%m%d_%H%M%S).log TIMESTAMP_FORMAT%Y-%m-%d %H:%M:%S%.3N # 年-月-日 時:分:秒.毫秒 echo 開始抓取合并日志 (主機(jī)時間基準(zhǔn)) | tee -a $OUTPUT_FILE echo 開始時間: $(date $TIMESTAMP_FORMAT) | tee -a $OUTPUT_FILE # 函數(shù)為輸入流的每一行添加主機(jī)時間戳 add_timestamp() { while IFS read -r line; do echo [$(date $TIMESTAMP_FORMAT)] $line done } # 啟動logcat捕獲并添加時間戳 adb logcat -v threadtime | add_timestamp $OUTPUT_FILE LOGCAT_PID$! # 啟動kmsg捕獲并添加時間戳 adb shell cat /proc/kmsg | add_timestamp $OUTPUT_FILE KMSG_PID$! # 等待用戶中斷 echo 日志正在捕獲中輸出至: $OUTPUT_FILE echo 按 CtrlC 停止... trap kill $LOGCAT_PID $KMSG_PID 2/dev/null; echo -e \n 停止捕獲 | tee -a $OUTPUT_FILE; exit INT wait腳本解析與實操要點add_timestamp函數(shù)這是核心。它使用date ”%Y-%m-%d %H:%M:%S%.3N”生成帶毫秒的主機(jī)時間戳并前綴到每一行日志前。%.3N是GNUdate的擴(kuò)展表示納秒取前3位即為毫秒。在macOS上你可能需要使用gdate通過brew install coreutils安裝或使用其他方法生成毫秒時間。進(jìn)程管理使用將兩個抓取命令放到后臺執(zhí)行并記錄它們的進(jìn)程ID ($!)。這樣我們可以在一個腳本中同時管理它們。信號捕獲trap ... INT用于捕獲CtrlC(中斷信號)。當(dāng)用戶中斷時腳本會優(yōu)雅地終止兩個后臺進(jìn)程并打印結(jié)束信息。輸出文件使用$(date %Y%m%d_%H%M%S)生成包含時間戳的唯一文件名避免覆蓋。使用在終端中執(zhí)行./capture_logs.sh即可。所有來自logcat和kmsg的日志行都會被加上形如[2023-10-27 15:41:23.456]的主機(jī)時間戳并合并寫入同一個文件。優(yōu)點實現(xiàn)簡單時間基準(zhǔn)統(tǒng)一、精確依賴主機(jī)時鐘。缺點時間戳反映的是日志到達(dá)主機(jī)的時間而非在設(shè)備上產(chǎn)生的時間。網(wǎng)絡(luò)傳輸尤其是USB的微小延遲、ADB守護(hù)進(jìn)程的調(diào)度延遲都會引入誤差通常在毫秒級。對于絕大多數(shù)應(yīng)用層和驅(qū)動層調(diào)試這個誤差是可接受的。4.2 方案二同步設(shè)備與主機(jī)時鐘思路是讓Android設(shè)備的時間與主機(jī)時間同步然后直接使用設(shè)備日志自帶的時間戳。這更接近事件發(fā)生的真實時間。步驟獲取主機(jī)當(dāng)前時間精確到秒HOST_TIME$(date %s) # Unix時間戳秒將主機(jī)時間設(shè)置為設(shè)備時間adb shell su -c date -s $HOST_TIME注意這需要設(shè)備已獲取root權(quán)限su。對于非root設(shè)備此方法無效。date -s $HOST_TIME命令通過Unix時間戳來設(shè)置系統(tǒng)時間?？蛇x同步硬件時鐘RTC系統(tǒng)重啟后時間可能會被硬件時鐘重置?？梢試L試同步adb shell su -c hwclock --systohc但并非所有設(shè)備都支持此命令。抓取日志同步后再使用adb logcat -v threadtime和adb shell dmesg抓取的日志其設(shè)備時間戳就與主機(jī)時間非常接近了。對于持續(xù)抓取的kmsg由于它的時間是相對的內(nèi)核啟動時間此方法對其無效仍需結(jié)合方案一為其添加主機(jī)時間戳。一個結(jié)合了時鐘同步和打戳的增強(qiáng)腳本思路#!/bin/bash # 增強(qiáng)版腳本片段 sync_device_time() { if adb shell su -c echo test 2/dev/null | grep -q test; then HOST_TS$(date %s) adb shell su -c date -s $HOST_TS echo 設(shè)備時鐘已同步至主機(jī)。 else echo 設(shè)備未root無法同步時鐘將使用主機(jī)時間戳方案。 fi } # 先嘗試同步時鐘 sync_device_time # 然后使用方案一的打戳方法進(jìn)行捕獲...優(yōu)點logcat的日期時間更準(zhǔn)確便于與設(shè)備上其他事件如截圖、錄屏的時間關(guān)聯(lián)。缺點依賴root權(quán)限無法解決kernel log的相對時間問題設(shè)置系統(tǒng)時間可能影響某些依賴系統(tǒng)時間的應(yīng)用。個人經(jīng)驗選擇在大多數(shù)調(diào)試場景下尤其是非root設(shè)備我更推薦方案一主機(jī)打時間戳。它簡單、通用、可靠且誤差對于邏輯分析通?？珊雎圆挥嫛７桨付m合對時間戳精度要求極高、且擁有root權(quán)限的深度系統(tǒng)調(diào)試。5. 實戰(zhàn)封裝打造一鍵日志抓取工具將上述流程封裝成易用的腳本或集成到開發(fā)環(huán)境能極大提升效率。5.1 完整的Bash腳本實現(xiàn)下面是一個功能更全面的腳本它包含了參數(shù)解析、日志過濾、按時間自動停止等功能。#!/bin/bash # capture_android_logs.sh - 一鍵抓取帶時間戳的logcat和kernel log set -euo pipefail # 默認(rèn)配置 LOG_TAG_FILTER LOG_LEVELV DURATION_SECONDS0 OUTPUT_DIR./android_logs INCLUDE_KMSGtrue # 解析命令行參數(shù) while [[ $# -gt 0 ]]; do case $1 in -t|--tag) LOG_TAG_FILTER$2 shift 2 ;; -l|--level) LOG_LEVEL$2 shift 2 ;; -d|--duration) DURATION_SECONDS$2 shift 2 ;; -o|--output) OUTPUT_DIR$2 shift 2 ;; --no-kmsg) INCLUDE_KMSGfalse shift ;; -h|--help) echo 用法: $0 [選項] echo 選項: echo -t, --tag TAG 過濾特定標(biāo)簽的logcat (如 MyApp) echo -l, --level LEVEL logcat最低日志等級 (V, D, I, W, E, F)默認(rèn): V echo -d, --duration SEC 抓取持續(xù)時間秒0表示手動停止默認(rèn): 0 echo -o, --output DIR 輸出目錄默認(rèn): ./android_logs echo --no-kmsg 不抓取kernel log (/proc/kmsg) echo -h, --help 顯示此幫助信息 exit 0 ;; *) echo 未知選項: $1 exit 1 ;; esac done # 創(chuàng)建輸出目錄 mkdir -p $OUTPUT_DIR TIMESTAMP$(date %Y%m%d_%H%M%S) OUTPUT_FILE${OUTPUT_DIR}/combined_${TIMESTAMP}.log PID_FILE${OUTPUT_DIR}/capture_${TIMESTAMP}.pid # 生成logcat過濾器參數(shù) LOGCAT_FILTER if [[ -n $LOG_TAG_FILTER ]]; then LOGCAT_FILTER${LOG_TAG_FILTER}:${LOG_LEVEL} else LOGCAT_FILTER*:${LOG_LEVEL} fi echo Android日志抓取開始 | tee -a $OUTPUT_FILE echo 主機(jī)時間: $(date %Y-%m-%d %H:%M:%S.%3N) | tee -a $OUTPUT_FILE echo 參數(shù): 標(biāo)簽過濾${LOG_TAG_FILTER:-無} 等級${LOG_LEVEL} 持續(xù)時間${DURATION_SECONDS}秒 | tee -a $OUTPUT_FILE echo 輸出文件: $OUTPUT_FILE | tee -a $OUTPUT_FILE # 函數(shù)添加時間戳 add_host_timestamp() { while IFS read -r line; do echo [$(date %Y-%m-%d %H:%M:%S.%3N)] $line done } # 啟動logcat捕獲進(jìn)程 { echo [LOGCAT_START] | add_host_timestamp if [[ -n $LOG_TAG_FILTER ]]; then adb logcat -v threadtime -s $LOGCAT_FILTER else adb logcat -v threadtime *:$LOG_LEVEL fi } | add_host_timestamp $OUTPUT_FILE LOGCAT_PID$! # 啟動kernel log捕獲進(jìn)程如果啟用 KMSG_PID if [[ $INCLUDE_KMSG true ]]; then { echo [KMSG_START] | add_host_timestamp adb shell cat /proc/kmsg 2/dev/null || echo 無法讀取/proc/kmsg設(shè)備可能不支持或需要root權(quán)限。 | add_host_timestamp } | add_host_timestamp $OUTPUT_FILE KMSG_PID$! fi # 保存PID以便管理 echo $LOGCAT_PID $KMSG_PID $PID_FILE # 處理持續(xù)時間的邏輯 if [[ $DURATION_SECONDS -gt 0 ]]; then echo 將在 ${DURATION_SECONDS} 秒后自動停止... sleep $DURATION_SECONDS echo 時間到停止抓取。 | tee -a $OUTPUT_FILE kill -TERM $LOGCAT_PID 2/dev/null [[ -n $KMSG_PID ]] kill -TERM $KMSG_PID 2/dev/null else echo 日志抓取進(jìn)行中... 按 CtrlC 手動停止。 trap cleanup INT TERM wait fi cleanup() { echo -e \n接收到停止信號清理中... | tee -a $OUTPUT_FILE kill -TERM $LOGCAT_PID 2/dev/null [[ -n $KMSG_PID ]] kill -TERM $KMSG_PID 2/dev/null rm -f $PID_FILE echo 日志抓取結(jié)束 | tee -a $OUTPUT_FILE exit 0 } # 等待后臺進(jìn)程 wait cleanup腳本使用示例./capture_android_logs.sh抓取所有Verbose及以上級別的logcat和kernel log直到手動停止。./capture_android_logs.sh -t MyApp -l D -d 60只抓取標(biāo)簽為MyApp且級別為Debug及以上的logcat持續(xù)60秒包含kernel log。./capture_android_logs.sh --no-kmsg -o /tmp/my_logs不抓取kernel log輸出到指定目錄。5.2 集成到Android Studio對于應(yīng)用開發(fā)者將日志抓取集成到IDE中更為方便。創(chuàng)建外部工具配置打開 Android Studio -File-Settings-Tools-External Tools。點擊添加新工具。Name:Capture Logcat KmsgProgram: 填寫上述Bash腳本的完整路徑或一個包裝腳本。Arguments: 可以根據(jù)需要添加參數(shù)例如-t $ModuleName$ -l D$ModuleName$是一個宏代表當(dāng)前模塊名。Working directory:$ProjectFileDir$創(chuàng)建運(yùn)行配置Run Configuration更高級的集成方式是創(chuàng)建一個Shell Script類型的運(yùn)行配置。Run-Edit Configurations--Shell Script。在Script path中選擇你的腳本并可以設(shè)置觸發(fā)條件。這樣你可以在Android Studio中一鍵啟動或停止日志抓取并且日志文件會自動生成在項目目錄附近方便查看。6. 高級技巧與疑難排坑掌握了基本方法后一些高級技巧和常見坑點能讓你在復(fù)雜場景下游刃有余。6.1 處理無root設(shè)備的kernel log對于非root設(shè)備通常無法直接讀取/proc/kmsg。但可以通過以下方式獲取部分內(nèi)核信息使用dmesg命令大多數(shù)設(shè)備允許shell用戶無需root執(zhí)行adb shell dmesg。這能獲取自上次啟動以來的內(nèi)核日志快照對于分析啟動階段的問題足夠用。你可以定期執(zhí)行adb shell dmesg來“輪詢”內(nèi)核日志但無法做到實時流式傳輸。查看sys/fs/pstore如果設(shè)備啟用了pstore持久化存儲功能內(nèi)核崩潰panic前的日志可能會保存在/sys/fs/pstore/目錄下?？梢酝ㄟ^adb shell ls /sys/fs/pstore/和adb shell cat相關(guān)文件來查看。利用logcat中的內(nèi)核消息一些內(nèi)核消息尤其是低等級的printk可能會重定向到logcat的kernel緩沖區(qū)。嘗試adb logcat -b kernel -v threadtime。但這取決于設(shè)備廠商的內(nèi)核配置并非通用。6.2 抓取特定進(jìn)程的日志有時我們只關(guān)心某個特定進(jìn)程PID的日志。# 首先找到你的應(yīng)用進(jìn)程PID例如包名為 com.example.myapp adb shell pidof com.example.myapp # 假設(shè)輸出是 12345 # 然后使用logcat的 --pid 過濾器 adb logcat -v threadtime --pid12345這對于過濾某個獨立進(jìn)程的日志非常有效尤其是在多進(jìn)程應(yīng)用中。6.3 應(yīng)對ADB連接不穩(wěn)定在長時間抓取或使用無線ADB時連接可能中斷。一個健壯的腳本應(yīng)該能處理這種情況。增加重連邏輯在腳本的日志讀取循環(huán)中可以捕獲管道錯誤或超時然后嘗試重新執(zhí)行adb logcat命令。但要注意logcat重連后可能會丟失斷開期間的緩沖區(qū)日志除非使用-d先保存再繼續(xù)但這會不連續(xù)。使用screen或tmux在Linux/macOS上可以在screen或tmux會話中運(yùn)行抓取命令即使SSH斷開命令仍在后臺執(zhí)行。這是一個更簡單粗暴的容錯方法。在設(shè)備端直接記錄最可靠的方式是在設(shè)備本身記錄日志。這需要修改系統(tǒng)或應(yīng)用例如讓應(yīng)用將日志寫入文件或者使用logcat -f /sdcard/logcat.txt和cat /proc/kmsg /sdcard/kmsg.txt命令在設(shè)備后臺運(yùn)行。但這對設(shè)備性能有影響且需要處理文件輪轉(zhuǎn)和清理。6.4 日志分析工具推薦抓取到龐大的日志文件后分析是關(guān)鍵。除了常用的grep,awk,sed還有一些工具能提升效率pidcat一個優(yōu)秀的Python腳本能彩色高亮顯示不同進(jìn)程和標(biāo)簽的logcat日志支持過濾。非常直觀。Android Studio Logcat窗口雖然本文講命令行抓取但Android Studio內(nèi)置的Logcat工具功能強(qiáng)大支持多設(shè)備、多進(jìn)程過濾、正則搜索、日志級別顏色區(qū)分并且能自動解析堆棧跟蹤。你可以將抓取的日志文件通過adb logcat -d -f /dev/stdout your_logfile.log的方式“回放”到Logcat窗口查看需要一些技巧或者直接使用Studio連接設(shè)備進(jìn)行實時查看其過濾和搜索體驗遠(yuǎn)超命令行。在線日志解析器一些網(wǎng)站提供上傳logcat文件進(jìn)行解析和搜索的服務(wù)對于在非開發(fā)機(jī)上快速查看日志很方便但需注意隱私。自定義Python/Go腳本對于復(fù)雜的、重復(fù)性的分析模式例如提取所有某個錯誤碼出現(xiàn)的上下文統(tǒng)計某個操作的耗時分布編寫一個小腳本是最靈活高效的方式。日志抓取是Android調(diào)試的基石。從混亂的、無時間的日志碎片到一份帶精確時間戳、應(yīng)用與內(nèi)核事件對齊的完整記錄這中間的每一步都體現(xiàn)著調(diào)試者的思路和嚴(yán)謹(jǐn)性。我個人的習(xí)慣是在開始任何復(fù)現(xiàn)性調(diào)試前先把這個一鍵抓取腳本跑起來讓日志在后臺靜靜地記錄。當(dāng)問題出現(xiàn)時所有的線索都已經(jīng)整齊地躺在文件里等著我去發(fā)掘。這套方法不僅適用于崩潰和卡頓對于性能剖析、功耗分析、異常流程追蹤同樣有效。希望這份詳細(xì)的指南能幫你構(gòu)建起自己強(qiáng)大的日志抓取和分析工作流讓調(diào)試不再是碰運(yùn)氣而是一次次有據(jù)可循的偵探之旅。