一個優秀的軟體系統一定會實時儲存系統執行過程中產生的異常或非異常性資料，用於記錄系統執行過程產生的各種行為，作為日後發現問題、跟蹤問題並解決問題的一個很重要的依據。一般以輸出檔案的形式儲存，同時也可以選擇性的在控臺列印。日誌處理，可謂是任何軟體開發過程中必不可少的一個環節。

在Android應用開發階段，我們常常會使用系統提供的日誌列印功能選擇性地在Logcat控制檯上列印一些資料資訊，便於更加直觀地除錯跟蹤應用執行的一個狀態，常見如客戶端與伺服器通訊過程中涉及到的URL連結、request請求引數和response響應結果等。

但如果列印的message過長，比如介面響應結果過大，將會導致Logcat控臺數據顯示不全。自打使用Log以來經常遇到這個問題，之前也是沒太在意，畢竟message太長的情況也是少見，偶爾遇到這種情況就通過Debug工具跟蹤除錯，複製對應response資訊到bejson等其他輔助工具上格式化瀏覽，多少還是有點不方便。

後來經過查詢才得知，Android系統的單條日誌列印長度是有限的，在底層Logger驅動程式的一個類Logger.h標頭檔案中有如下兩行程式碼：

#define LOGGER_ENTRY_MAX_LEN        (4*1024)  
#define LOGGER_ENTRY_MAX_PAYLOAD    \\  
    (LOGGER_ENTRY_MAX_LEN - sizeof(struct logger_entry))  

• 1
• 2
• 3

• 1
• 2
• 3

可以看出，系統顯示單條Log資訊的長度是固定的，為4*1024個字元長度！Logcat使用的liblog資源包也提到，使用Log列印的message有可能被log核心驅動縮短：

The message may have been truncated by the kernel log driver.

• 1

• 1

瞭解了其中的長度限制，就好辦了。我們可以對Message做個長度判斷，採取分段列印的辦法輸出日誌資訊，比如這樣做：

if(xml.length() > 4000) {
 for(int i=0;i<xml.length();i+=4000){
    if(i+4000<xml.length())
        Log.i("rescounter"+i,xml.substring(i, i+4000));
     else
        Log.i("rescounter"
 
+i,xml.substring(i, xml.length()));
    }
} else
    Log.i("resinfo",xml);
}

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10

參考地址：