Android調試要通過模擬器運行，或者直接USB遠程連接到一部手機調試。即使在不關閉模擬進行調試時候，也要經過編譯、apk打包、上傳apk、運行apk的過程，時間也不短，所以應該在程序固定一次運行中，產生更多我們需要關注的信息，來更清楚的了解程序的運行和邏輯，以便減少上述較長的過程(以前開發用過最土的做法，為了check某個變量的值，使用Toast.makeText()然后show出來，很麻煩)。

做過互聯網后臺系統服務或大型程序的人們都知道，如果后臺服務異常了，第一反應就是去查日志，看看到底哪里出了問題(提示一下，許多人認為打日志是磁盤操作很影響性能，其實不然，Linux的文件系統會對read/write等系統調用做page cache緩存，只要不是Direct I/O方式基本都可以認為是內存操作)，Android系統亦是如此(不過是在調試時候，發布時候則不會帶日志)。

今天要提到的就是Android為我們提供的android.util.log類，可以邊運行邊打日志，打出的日志可以通過Eclipse的View的LogCat來查詢。

* Android日志實現原理(不關心細節實現可以跳過) :

首先用戶態的App經過Java VM(Android是dalvikvm)產生LOG信息，并與ADB Device Daemon(手機端的adb進程，打開”手機調試“功能時啟動的，這就是為什么安裝豌豆莢時候手機要開啟手機調試功能)交互輸出這些信息，而ADB Device Daemon又通過相應的協議通過USB(Device)或本地連接(Emulator)，與PC上運行的ADB Host Daemon交互，通過PC上的調試工具傳遞給Eclipse中的ADK插件進行顯示。

具體流程 :

App通過util.log.產生日志->JVM->JNI(Native C)調用->log_write的sys_call()->logger驅動->dispatch分發給訂閱者

logger是android系統級的驅動程序，會把注冊在系統里的讀log的請求者(例如鏈接過來的eclipse和adb進程、或者linux命令行工具logcat)，通過IO復用函數select()來推送數據。

打印日志語句實例 :

源碼打印?

Log.v(MyTag, This is Verbose.); // 輸出verbose級別的字符串

java.util.log里定義了不同級別的輸出，分別在LogCat里顯示不同的顏色，以便更精準的查找:

Log.v 的調試顏色為黑色的，任何消息都會輸出，這里的v代表verbose嗦的意思，平時使用就是Log.v(,);

Log.d的輸出顏色是藍色的，僅輸出debug調試的意思，但他會輸出上層的信息，過濾起來可以通過DDMS的Logcat標簽來選擇.

Log.i的輸出為綠色，一般提示性的消息information，它不會輸出Log.v和Log.d的信息，但會顯示i、w和e的信息

Log.w的意思為橙色，可以看作為warning警告，一般需要我們注意優化Android代碼，同時選擇它后還會輸出Log.e的信息。

Log.e為紅色，可以想到error錯誤，這里僅顯示紅色的錯誤信息，這些錯誤就需要我們認真的分析，查看棧的信息了。

寫程序的時候可以通過調用不同的Log.來分級自己的輸出。

打印日志的時候，可能我們不只需要錯誤的msg，還希望得到調用者的堆棧(比如打log的函數名是什么，類名是什么)。所以，本人編寫了一個可以封裝這些信息的build函數來封裝一些具體信息，用戶只需要傳入msg即可。并且通過debug開關，在程序發布時候關閉無用的日志調用:

源碼打印?

public static class LogMsgBuidler

{

private static boolean DEBUG = true; /* 默認開啟 */

public static void reverse()

{

DEBUG = !DEBUG; /* 反轉DEBUG設置 */

}

public static String build(String msg)

{

if (!DEBUG)

return msg;

// 獲取堆棧信息

StackTraceElement caller = new Throwable().fillInStackTrace().getStackTrace()[2];

return new StringBuilder().append(caller.getClassName())

.append(.).

append(caller.getMethodName())

.append((): )

.append(msg).toString();

}

}