開發調試中的辦法非常多，LOG是其中重要的一個方法，一些常見的LOG的抓取辦法（主要針對QUALCOMM平臺，未經詳細整理）：


1.ADB查看或保存kernel的啟動LOG:
kernel log: adb shell dmesg > d:\kerneltestlog.txt


tips :dmesg -n 8 ? ? ? ? ? ? ? //設置log的等級
#define KERN_EMERG"<0>"/* system is unusable*/
#define KERN_ALERT"<1>"/* action must be taken immediately*/
#define KERN_CRIT"<2>"/* critical conditions*/
#define KERN_ERR"<3>"/* error conditions*/
#define KERN_WARNING"<4>"/* warning conditions*/
#define KERN_NOTICE"<5>"/* normal but significant condition*/
#define KERN_INFO"<6>"/* informational*/
#define KERN_DEBUG"<7>"/* debug-level messages*/


dmesg -s 81920 ? ? ? ? ? ? ?//設置LOG的Buffer,默認的buffer是8192


2.smem log:
? ? 1>、用trace32。trace32無疑是強大的，幾乎可以做任何debug的事情，有高通代碼的兄弟可以在\AMSS\products \76XX\tools\debug目錄下找到smemlog.cmm和smem_log.pl這兩個文件，可以dump出log.
Run “do tools\debug\smemlog.cmm” from Trace32
Run “perl smem_log.pl > smemlog.txt”


? ? 2>、沒有trace32的兄弟也不要灰心，google為我們提供了強大的adb工具。命令如下：
? ? adb shell
? ? mkdir /data/debug
? ? mount -t debugfs debugfs /data/debug
? ? cd /data/debug/smem_log
? ? cat dump_sym
? ?可以給大家看一下抓下來的部分log
? ?
3.各種log（實際也包括第1種kernel的啟動日志）：
很多人經常搞不清楚各種日志文件的作用，什么時候抓這些文件，其實如果你分不清楚的話
? ? ? ? ? ? ? ?最好一起抓了，至少你要分清楚有哪些日志文件需要抓。

? ? log文件分為實時打印的，還有狀態信息的兩種

實時打印的主要有：logcat main，logcat radio，logcat events，tcpdump，還有高通平臺的還會有QXDM日志


? ? 狀態信息的有：adb shell dmesg，adb shell dumpstate，adb shell dumpsys，adb bugreport


? ? 講解一下各自作用：


? ? 通過DDMS抓的其實跟用dos批處理抓的一樣都是logcat的日志文件，ddms抓的通常是main緩存中的，就是應用程序打印的日志文件。不過 ddms好處在于能夠實時看到帶有顏色的，如果是用dos批處理只能重定向到文件，到抓完之后才能夠看到，不是實時的。
? ? DDMS是調試應用的最重要的一個LOG工具了。


? ? adb logcat -b main -v time>app.log ?打印應用程序的log


? ? adb logcat -b radio -v time> radio.log 打印射頻相關的log，SIM STK也會在里面，modem相關的ATcommand等，當然跟QXDM差的很遠了。


? ? adb logcat -b events -v time ?打印系統事件的日志，比如觸屏事件。。。


? ? tcpdump 是很有用的，對于TCP/IP協議相關的都可以使用這個來抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下載的時候的UA profile，browser上網的時候，使用proxy的APN下載，streaming的相關內容包括UA profile等。


? ? 最后是高通平臺的QXDM，不管是不是Android，只要使用高通芯片，都會對它很熟悉，當然了，不是高通的芯片就不用提它了。這個不多講，內容豐富，射頻，電話，上網，...凡是高通提供的解決方案，這個都可以抓。


? ? 狀態信息：其實一個就夠了，那就是bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相關的，比如driver出了問題（相機，藍牙，usb，啟動，等等吧）。 dumpstate是系統狀態信息，里面比較全，包括手機當前的內存信息、cpu信息、logcat緩存，kernel緩存等等。adb shell dumpsys這個是關于系統service的內容都在這個里面，這個命令還有更詳盡的用法，比如db shell dumpsys meminfo system是查看system這個process的內存信息。


還有其他的比如PV的log，一般都是開發人員自己寫的，可能讓你放到sd卡里面，其他的不足或需要補充的期望您的指導。




? ?
4.查看用戶空間的WAKELOCK:
cat /sys/power/wake_lock


cat /proc/wakelocks

5.MODEM端的LOG最主要的是QXDM，這個用QUALCOMM平臺的人都知道；
手機在MODEM端crash時的QXDM LOG的獲取通過如下辦法
crash F3 log:
To get F3 trace from Trace32
1>.Run recover_f3.cmm or getf3trace.cmm with Trace32 connected or the Trace32 Simulator when the appropriate ELF/ramdump is loaded
2>.Run “perl FormatTrace32F3Trace.pl trace0001.txt > f3.txt”; this generates a nicer looking f3.txt than raw trace0001.txt


To get F3 trace from trace data stored to EFS
1>.Get the file of F3 saving from EFS by using QPST EFS Explorer
err_f3_index00.F3for MSM6xxx
apps_err_f3_index00.f3, modem_err_f3_index00.F3for MSM7xxx
2>.Run recover_f3.cmm or process_efs_trace_file.cmm
3>.Run “perl FormatTrace32F3Trace.pl trace0001.txt > f3.txt”


test 1>.run trace32 simulate,load elf,do do recover_f3.cmm
2>.perl FormatT32F3Trace.pl f3tokens.txt msg_hash.txt > f3log.txt ? ?(Linux,windows should intall perl.)(QSRMessageHash.qsr as msg_hash.txt)



上面都是直接可以使用的LOG獲取辦法；另外還有一些LOG的獲取辦法需要自己稍微修改，只列舉幾個我曾經使用過的例子。
1.LCD,這個是在bootloader使用的。
? ? ? 在MODEM或Android的APPSBL里面可以直接寫LOG到LCD，這個需要自己轉換字庫點陣到位圖，還有位圖到LCD的畫屏。
? ? ? 在Linux的kernel也可以指定console到LCD。直接查看kernel的啟動LOG。
2.FLASH文件系統，這個使用當然必須在文件系統OK后。這個我是在USB失效時，或者遇到抓取一些不能使用USB條件的LOG：
? ? ? ?MODEM端可以寫LOG文件到EFS。
? ? ? ?linux端可以寫LOG文件到SD卡。
3.串口。這個我也是把linux kernel的console指定到qualcomm的hs uart2上，抓取kernel的啟動日志的

總結

以上是生活随笔為你收集整理的总结调试过程中怎么去抓log的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。