從前面4.6.2小節的內容可以知道,Logcat工具是從源代碼文件logcat.cpp中的函數readLogLines開始讀取日志記錄的,我們分段來閱讀這個函數的實現。
**system/core/logcat/logcat.cpp**
~~~
static void readLogLines(log_device_t* devices)
{
log_device_t* dev;
int max = 0;
int ret;
int queued_lines = 0;
bool sleep = true;
int result;
fd_set readset;
for (dev=devices; dev; dev = dev->next) {
if (dev->fd > max) {
max = dev->fd;
}
}
while (1) {
do {
timeval timeout = { 0, 5000 /* 5ms */ }; // If we oversleep it's ok, i.e. ignore EINTR.
FD_ZERO(&readset);
for (dev=devices; dev; dev = dev->next) {
FD_SET(dev->fd, &readset);
}
result = select(max + 1, &readset, NULL, NULL, sleep ? NULL : &timeout);
} while (result == -1 && errno == EINTR);
~~~
由于Logcat工具有可能同時打開了多個日志設備,因此,第19行到第26行的while循環就使用函數select來同時監控它們是否有內容可讀,即是否有新的日志記錄需要讀取。調用函數select時,需要指定所監控的日志設備文件描述符的最大值,因此,第12行到第16行的for循環就用來查找這些打開的日志設備中的最大文件描述符,并保存在變量max中。在調用函數select之前,第22行到第24行的for循環把所有打開的日志設備的文件描述符都保存到一個fd_set對象readset中,接著第25行就調用函數select來監控前面所打開的日志設備是否有新的日志記錄可讀,其中,指定的等待時間為5毫秒,即如果在5毫秒之內,所有打開的日志設備都沒有新的日志記錄可讀,那么函數select就超時返回,即它的返回值為0;否則,函數select就會將fd_set對象readset中的相應位設置為1,表示該位所對應的日志設備有新的日志記錄可讀,這時候函數select的返回值是大于0的。如果在調用函數select的過程中,Logcat工具有信號需要處理,那么函數select的返回值就會等于-1,并且錯誤代碼errno等于EINTR,表示Logcat工具需要重新調用函數select來檢查打開的日志設備是否有新的日志記錄可讀。
當函數跳出第19行到26行的while循環之后,有可能是等待超時,也有可能是所監控的日志設備中有新的日志記錄可讀,因此,我們需要分兩種情況來分析日志記錄的讀取過程。
首先分析日志設備中有新的日志記錄可讀的情況,如下所示。
**system/core/logcat/logcat.cpp**
~~~
if (result >= 0) {
for (dev=devices; dev; dev = dev->next) {
if (FD_ISSET(dev->fd, &readset)) {
queued_entry_t* entry = new queued_entry_t();
/* NOTE: driver guarantees we read exactly one full entry */
ret = read(dev->fd, entry->buf, LOGGER_ENTRY_MAX_LEN);
if (ret < 0) {
if (errno == EINTR) {
delete entry;
goto next;
}
if (errno == EAGAIN) {
delete entry;
break;
}
perror("logcat read");
exit(EXIT_FAILURE);
}
else if (!ret) {
fprintf(stderr, "read: Unexpected EOF!\n");
exit(EXIT_FAILURE);
}
entry->entry.msg[entry->entry.len] = '\0';
dev->enqueue(entry);
++queued_lines;
}
}
~~~
第28行到第55行的for循環依次處理有新的日志記錄可讀的日志設備。如果一個日志設備有新的日志記錄可讀,那么第29行的if語句就會為true,接著第30行就會分配一個queued_entry_t結構體entry,并且第32行調用函數read把該日志設備中的一條新的日志記錄讀到結構體entry內部的緩沖區buf中。如果在讀取日志記錄的過程中出現錯誤,那么Logcat工具就會調用函數exit直接退出。但是如果錯誤碼等于EINTR或者EAGAIN,就需要特殊處理。如果錯誤代碼errno等于EINTR,就說明Logcat工具在讀取日志記錄的過程中被信號打斷,因此,Logcat工具會重新執行next標簽處的代碼,即重新執行第18行的while循環來監控所打開的日志設備中是否有新的日志記錄可讀。如果錯誤碼等于EAGAIN,就說明該日志設備在打開時指定了O_NONBLOCK標志,即以非阻塞的模式來打開該日志設備,這時候Logcat工具就會跳出第28行的for循環,繼續往下執行。
如果第32行成功地從相應的日志設備中讀取到新的日志記錄,那么第52行就會將它加入到相應的日志設備的日志記錄隊列中,并且第53行就會將隊列中的日志記錄計數queued_lines增加1,表示Logcat工具當前正在等待顯示的日志記錄條數。
第28行的for循環執行完成之后,就從每個有新的日志記錄的日志設備中讀出一條日志記錄。
> 這些日志設備中的可讀日志記錄數可能不只一條,因此,接下來還需要執行第18行的while循環來繼續讀取這些日志設備中的其他日志記錄。不過,在繼續讀取這些剩余的日志記錄之前,Logcat工具先處理前面已經從日志設備中讀取出來的日志記錄,如下所示。
**system/core/logcat/logcat.cpp**
~~~
if (result == 0) {
// we did our short timeout trick and there's nothing new
// print everything we have and wait for more data
sleep = true;
while (true) {
chooseFirst(devices, &dev);
if (dev == NULL) {
break;
}
if (g_tail_lines == 0 || queued_lines <= g_tail_lines) {
printNextEntry(dev);
} else {
skipNextEntry(dev);
}
--queued_lines;
}
// the caller requested to just dump the log and exit
if (g_nonblock) {
exit(0);
}
} else {
// print all that aren't the last in their list
sleep = false;
while (g_tail_lines == 0 || queued_lines > g_tail_lines) {
chooseFirst(devices, &dev);
if (dev == NULL || dev->queue->next == NULL) {
break;
}
if (g_tail_lines == 0) {
printNextEntry(dev);
} else {
skipNextEntry(dev);
}
--queued_lines;
}
}
}
next:
;
}
}
~~~
第56行到第92行的if語句塊是用來處理日志記錄輸出的,主要通過chooseFirst、printNextEntry和skipNextEntry三個函數來實現。
由于Logcat工具是按照寫入時間的先后順序來輸出日志記錄的,因此,在輸出已經讀取的日志記錄之前,Logcat工具首先會調用函數chooseFirst找到包含有最早的未輸出日志記錄的日志設備,它的實現如下所示。
**system/core/logcat/logcat.cpp**
~~~
static void chooseFirst(log_device_t* dev, log_device_t** firstdev) {
for (*firstdev = NULL; dev != NULL; dev = dev->next) {
if (dev->queue != NULL && (*firstdev == NULL || cmp(dev->queue, (*firstdev)->queue) < 0)) {
*firstdev = dev;
}
}
}
~~~
因為每一個日志設備的日志隊列都是按照寫入時間的先后順序來排列日志記錄的,因此,函數chooseFirst只要比較日志隊列中的第一個日志記錄的寫入時間,就可以找到包含有最早的未輸出日志記錄的日志設備。
真正用來輸出日志記錄的函數是printNextEntry,它的實現如下所示。
**system/core/logcat/logcat.cpp**
~~~
static void printNextEntry(log_device_t* dev) {
maybePrintStart(dev);
if (g_printBinary) {
printBinary(&dev->queue->entry);
} else {
processBuffer(dev, &dev->queue->entry);
}
skipNextEntry(dev);
}
~~~
第2行調用函數maybePrintStart來檢查日志設備dev中的日志記錄是否是第一次輸出。如果是,就會首先輸出一行提示性文字,如下所示。
**system/core/logcat/logcat.cpp**
~~~
static void maybePrintStart(log_device_t* dev) {
if (!dev->printed) {
dev->printed = true;
if (g_devCount > 1 && !g_printBinary) {
char buf[1024];
snprintf(buf, sizeof(buf), "--------- beginning of %s\n", dev->device);
if (write(g_outFD, buf, strlen(buf)) < 0) {
perror("output error");
exit(-1);
}
}
}
}
~~~
回到函數printNextEntry中,如果在啟動Logcat工具時,指定了B選項,那么全局變量g_printBinary的值就會被設置為1,表示Logcat工具要以二進制格式來輸出讀取到的日志記錄,因此,第4行就會調用函數printBinary來輸出已經讀取到的日志記錄;否則,第6行就會調用函數processBuffer來輸出已經讀取到的日志記錄。在接下來的4.6.4小節中分析日志記錄的輸出過程時,我們再詳細分析這兩個函數的實現。
日志隊列中的日志記錄輸出之后,就要將它從隊列中刪除,這是通過調用函數skipNextEntry來實現的,如下所示。
**system/core/logcat/logcat.cpp**
~~~
static void skipNextEntry(log_device_t* dev) {
maybePrintStart(dev);
queued_entry_t* entry = dev->queue;
dev->queue = entry->next;
delete entry;
}
~~~
回到函數readLogLines中,我們接著分析第56行到第92行的if語句塊是如何處理那些已經從日志設備中讀取出來的日志記錄的。
如果變量result的值等于0,即第56行的if語句為true,就說明前面在調用函數select監控日志設備中是否有新的日志記錄可讀時超時了。既然所有打開的日志設備都沒有新的日志記錄可讀,第60行到第71行的while循環就是時候輸出之前已經讀取出來的日志記錄了。第61行首先調用函數chooseFirst來獲得包含有最早的未輸出日志記錄的日志設備,然后再考慮是否要輸出這條最早的日志記錄。如果在啟動Logcat工具時,指定了t選項,即限定了可以輸出的最新日志記錄的條數,那么就需要計算所有日志設備中的未輸出日志記錄的條數。如果未輸出的日志記錄條數大于可以輸出的最大值,即全局變量g_tail_lines的值,那么就需要將最早的一部分日志記錄丟棄;如果沒有限定可以輸出的最新日志記錄的條數,即全局變量g_tail_lines的值為0,那么Logcat工具就會將所有未輸出的日志記錄輸出。處理完成日志設備中的已讀取日志記錄之后,第74行檢查Logcat工具是否以非阻塞的模式來打開日志設備。如果是,由于這時候函數select是超時返回,即日志設備中沒有新的日志記錄可讀,那么Logcat工具就直接從第75行退出了。
如果變量result的值大于0,即第56行的if語句為false,那么Logcat工具就會執行第77行到第92行代碼來處理日志設備中的已讀取日志記錄。在這種情況下,日志設備中可能還有新的日志記錄等待讀取,因此,它的處理方式就會與函數select超時的情況有所不同。這時候如果沒有限定可以輸出的最新日志記錄的條數,即全局變量g_tail_lines的值為0,那么Logcat工具就不用考慮日志設備中是否還有剩余的日志記錄未讀取了,它可以立即輸出那些已經讀取的日志記錄;如果限定了可以輸出的最新日志記錄的條數,即全局變量g_tail_lines的值大于0,那么就要把最早的一部分日志記錄刪除,直到它們的數量小于等于限定的可以輸出的最新日志記錄的條數為止。在這種情況下,還需要繼續讀取日志設備中的其余未讀取日志記錄,直到所有打開的日志設備都沒有新的日志記錄可讀時,Logcat工具才會將已經讀取的日志記錄輸出。
以上就是日志記錄的讀取過程。接下來,我們繼續分析日志記錄的輸出過程。
- 文章概述
- 下載Android源碼以及查看源碼
- win10 平臺通過VMware Workstation安裝Ubuntu
- Linux系統安裝Ubuntu編譯Android源碼
- Eclipse快捷鍵大全
- 前言
- 第一篇 初識Android系統
- 第一章 準備知識
- 1.1 Linux內核參考書籍
- 1.2 Android應用程序參考書籍
- 1.3 下載、編譯和運行Android源代碼
- 1.3.1 下載Android源代碼
- 1.3.2 編譯Android源代碼
- 1.3.3 運行Android模擬器
- 1.4 下載、編譯和運行Android內核源代碼
- 1.4.1 下載Android內核源代碼
- 1.4.2 編譯Android內核源代碼
- 1.4.3 運行Android模擬器
- 1.5 開發第一個Android應用程序
- 1.6 單獨編譯和打包Android應用程序模塊
- 1.6.1 導入單獨編譯模塊的mmm命令
- 1.6.2 單獨編譯Android應用程序模塊
- 1.6.3 重新打包Android系統鏡像文件
- 第二章 硬件抽象層
- 2.1 開發Android硬件驅動程序
- 2.1.1 實現內核驅動程序模塊
- 2.1.2 修改內核Kconfig文件
- 2.1.3 修改內核Makefile文件
- 2.1.4 編譯內核驅動程序模塊
- 2.1.5 驗證內核驅動程序模塊
- 2.2 開發C可執行程序驗證Android硬件驅動程序
- 2.3 開發Android硬件抽象層模塊
- 2.3.1 硬件抽象層模塊編寫規范
- 2.3.1.1 硬件抽象層模塊文件命名規范
- 2.3.1.2 硬件抽象層模塊結構體定義規范
- 2.3.2 編寫硬件抽象層模塊接口
- 2.3.3 硬件抽象層模塊的加載過程
- 2.3.4 處理硬件設備訪問權限問題
- 2.4 開發Android硬件訪問服務
- 2.4.1 定義硬件訪問服務接口
- 2.4.2 實現硬件訪問服務
- 2.4.3 實現硬件訪問服務的JNI方法
- 2.4.4 啟動硬件訪問服務
- 2.5 開發Android應用程序來使用硬件訪問服務
- 第三章 智能指針
- 3.1 輕量級指針
- 3.1.1 實現原理分析
- 3.1.2 使用實例分析
- 3.2 強指針和弱指針
- 3.2.1 強指針的實現原理分析
- 3.2.2 弱指針的實現原理分析
- 3.2.3 應用實例分析
- 第二篇 Android專用驅動系統
- 第四章 Logger日志系統
- 4.1 Logger日志格式
- 4.2 Logger日志驅動程序
- 4.2.1 基礎數據結構
- 4.2.2 日志設備的初始化過程
- 4.2.3 日志設備文件的打開過程
- 4.2.4 日志記錄的讀取過程
- 4.2.5 日志記錄的寫入過程
- 4.3 運行時庫層日志庫
- 4.4 C/C++日志寫入接口
- 4.5 Java日志寫入接口
- 4.6 Logcat工具分析
- 4.6.1 基礎數據結構
- 4.6.2 初始化過程
- 4.6.3 日志記錄的讀取過程
- 4.6.4 日志記錄的輸出過程
- 第五章 Binder進程間通信系統
- 5.1 Binder驅動程序
- 5.1.1 基礎數據結構
- 5.1.2 Binder設備的初始化過程
- 5.1.3 Binder設備文件的打開過程
- 5.1.4 設備文件內存映射過程
- 5.1.5 內核緩沖區管理
- 5.1.5.1 分配內核緩沖區
- 5.1.5.2 釋放內核緩沖區
- 5.1.5.3 查詢內核緩沖區
- 5.2 Binder進程間通信庫
- 5.3 Binder進程間通信應用實例
- 5.4 Binder對象引用計數技術
- 5.4.1 Binder本地對象的生命周期
- 5.4.2 Binder實體對象的生命周期
- 5.4.3 Binder引用對象的生命周期
- 5.4.4 Binder代理對象的生命周期
- 5.5 Binder對象死亡通知機制
- 5.5.1 注冊死亡接收通知
- 5.5.2 發送死亡接收通知
- 5.5.3 注銷死亡接收通知
- 5.6 Service Manager的啟動過程
- 5.6.1 打開和映射Binder設備文件
- 5.6.2 注冊成為Binder上下文管理者
- 5.6.3 循環等待Client進程請求
- 5.7 Service Manager代理對象接口的獲取過程
- 5.8 Service的啟動過程
- 5.8.1 注冊Service組件
- 5.8.1.1 封裝通信數據為Parcel對象
- 5.8.1.2 發送和處理BC_TRANSACTION命令協議
- 5.8.1.3 發送和處理BR_TRANSACTION返回協議
- 5.8.1.4 發送和處理BC_REPLY命令協議
- 5.8.1.5 發送和處理BR_REPLY返回協議
- 5.8.2 循環等待Client進程請求
- 5.9 Service代理對象接口的獲取過程
- 5.10 Binder進程間通信機制的Java實現接口
- 5.10.1 獲取Service Manager的Java代理對象接口
- 5.10.2 AIDL服務接口解析
- 5.10.3 Java服務的啟動過程
- 5.10.4 獲取Java服務的代理對象接口
- 5.10.5 Java服務的調用過程
- 第六章 Ashmem匿名共享內存系統
- 6.1 Ashmem驅動程序
- 6.1.1 相關數據結構
- 6.1.2 設備初始化過程
- 6.1.3 設備文件打開過程
- 6.1.4 設備文件內存映射過程
- 6.1.5 內存塊的鎖定和解鎖過程
- 6.1.6 解鎖狀態內存塊的回收過程
- 6.2 運行時庫cutils的匿名共享內存接口
- 6.3 匿名共享內存的C++訪問接口
- 6.3.1 MemoryHeapBase
- 6.3.1.1 Server端的實現
- 6.3.1.2 Client端的實現
- 6.3.2 MemoryBase
- 6.3.2.1 Server端的實現
- 6.3.2.2 Client端的實現
- 6.3.3 應用實例
- 6.4 匿名共享內存的Java訪問接口
- 6.4.1 MemoryFile
- 6.4.2 應用實例
- 6.5 匿名共享內存的共享原理分析
- 第三篇 Android應用程序框架篇
- 第七章 Activity組件的啟動過程
- 7.1 Activity組件應用實例
- 7.2 根Activity的啟動過程
- 7.3 Activity在進程內的啟動過程
- 7.4 Activity在新進程中的啟動過程
- 第八章 Service組件的啟動過程
- 8.1 Service組件應用實例
- 8.2 Service在新進程中的啟動過程
- 8.3 Service在進程內的綁定過程
- 第九章 Android系統廣播機制
- 9.1 廣播應用實例
- 9.2 廣播接收者的注冊過程
- 9.3 廣播的發送過程
- 第十章 Content Provider組件的實現原理
- 10.1 Content Provider組件應用實例
- 10.1.1 ArticlesProvider
- 10.1.2 Article
- 10.2 Content Provider組件的啟動過程
- 10.3 Content Provider組件的數據共享原理
- 10.4 Content Provider組件的數據更新通知機制
- 10.4.1 內容觀察者的注冊過程
- 10.4.2 數據更新的通知過程
- 第十一章 Zygote和System進程的啟動過程
- 11.1 Zygote進程的啟動腳本
- 11.2 Zygote進程的啟動過程
- 11.3 System進程的啟動過程
- 第十二章 Android應用程序進程的啟動過程
- 12.1 應用程序進程的創建過程
- 12.2 Binder線程池的啟動過程
- 12.3 消息循環的創建過程
- 第十三章 Android應用程序的消息處理機制
- 13.1 創建線程消息隊列
- 13.2 線程消息循環過程
- 13.3 線程消息發送過程
- 13.4 線程消息處理過程
- 第十四章 Android應用程序的鍵盤消息處理機制
- 14.1 InputManager的啟動過程
- 14.1.1 創建InputManager
- 14.1.2 啟動InputManager
- 14.1.3 啟動InputDispatcher
- 14.1.4 啟動InputReader
- 14.2 InputChannel的注冊過程
- 14.2.1 創建InputChannel
- 14.2.2 注冊Server端InputChannel
- 14.2.3 注冊當前激活窗口
- 14.2.4 注冊Client端InputChannel
- 14.3 鍵盤消息的分發過程
- 14.3.1 InputReader處理鍵盤事件
- 14.3.2 InputDispatcher分發鍵盤事件
- 14.3.3 當前激活的窗口獲得鍵盤消息
- 14.3.4 InputDispatcher獲得鍵盤事件處理完成通知
- 14.4 InputChannel的注銷過程
- 14.4.1 銷毀應用程序窗口
- 14.4.2 注銷Client端InputChannel
- 14.4.3 注銷Server端InputChannel
- 第十五章 Android應用程序線程的消息循環模型
- 15.1 應用程序主線程消息循環模型
- 15.2 界面無關的應用程序子線程消息循環模型
- 15.3 界面相關的應用程序子線程消息循環模型
- 第十六章 Android應用程序的安裝和顯示過程
- 16.1 應用程序的安裝過程
- 16.2 應用程序的顯示過程