**struct logger_entry**
**system/core/include/cutils/logger.h**
~~~
struct logger_entry {
uint16_t len; /* length of the payload */
uint16_t __pad; /* no matter what, we get 2 bytes of padding */
int32_t pid; /* generating process's pid */
int32_t tid; /* generating process's tid */
int32_t sec; /* seconds since Epoch */
int32_t nsec; /* nanoseconds */
char msg[0]; /* the entry's payload */
};
#define LOGGER_ENTRY_MAX_LEN (4*1024)
#define LOGGER_ENTRY_MAX_PAYLOAD \
(LOGGER_ENTRY_MAX_LEN - sizeof(struct logger_entry))
~~~
結構體logger_entry和宏LOGGER_ENTRY_MAX_LEN、LOGGER_ENTRY_MAX_PAYLOAD是從Logger日志驅動程序中提取出來的。在前面的4.2.1小節中,我們已經分析過它們的實現了。其中,結構體logger_entry用來描述一條日志記錄;宏LOGGER_ENTRY_MAX_LEN用來描述一條日志記錄的最大長度,包括日志記錄頭和日志記錄有效負載兩部分內容的長度;宏LOGGER_ENTRY_MAX_PAYLOAD用來描述日志記錄有效負載的最大長度。
**struct queued_entry_t**
**system/core/logcat/logcat.cpp**
~~~
struct queued_entry_t {
union {
unsigned char buf[LOGGER_ENTRY_MAX_LEN + 1] __attribute__((aligned(4)));
struct logger_entry entry __attribute__((aligned(4)));
};
queued_entry_t* next;
queued_entry_t() {
next = NULL;
}
};
~~~
結構體queued_entry_t用來描述一個日志記錄隊列。每一種類型的日志記錄都對應有一個日志記錄隊列。Logcat工具將相同類型的日志記錄按照寫入時間的先后順序保存在同一個隊列中,這樣在輸出日志記錄時,沿著這個隊列就可以按照時間順序來依次輸出系統中的日志信息了。結構體queued_entry_t的第一個成員變量是一個聯合體,用來描述一條日志記錄的內容。通過這個聯合體,Logcat工具就既可以把一條日志記錄內容當作一個緩沖區來處理,也可以把它當作一個logger_entry結構體來處理。結構體queued_entry_t的另外一個成員變量next用來連接下一條日志記錄,從而形成一個隊列。
**struct log_device_t**
**system/core/logcat/logcat.cpp**
~~~
struct log_device_t {
char* device;
bool binary;
int fd;
bool printed;
char label;
queued_entry_t* queue;
log_device_t* next;
log_device_t(char* d, bool b, char l) {
device = d;
binary = b;
label = l;
queue = NULL;
next = NULL;
printed = false;
}
void enqueue(queued_entry_t* entry) {
if (this->queue == NULL) {
this->queue = entry;
} else {
queued_entry_t** e = &this->queue;
while (*e && cmp(entry, *e) >= 0) {
e = &((*e)->next);
}
entry->next = *e;
*e = entry;
}
}
};
~~~
結構體log_device_t用來描述一個日志設備。成員變量device保存的是日志設備文件名稱。我們知道,Logger日志驅動程序在初始化時,會創建四個設備文件/dev/log/main、/dev/log/system、/dev/log/radio和/dev/log/events,分別用來代表四個日志設備。成員變量label用來描述日志設備的標號,其中,日志設備/dev/log/main、/dev/log/system、/dev/log/radio和/dev/log/events對應的標號分別為‘m’、‘s’、‘r’和‘e’。成員變量binary是一個布爾值,表示日志記錄的內容是否是二進制格式的。我們知道,只有日志設備/dev/log/events的日志記錄內容才是二進制格式的,其余的日志設備的日志記錄內容均為文本格式的。成員變量fd是一個文件描述符,它是通過調用函數open來打開相應的日志設備文件得到的,用來從Logger日志驅動程序中讀取日志記錄。成員變量printed是一個布爾值,用來表示一個日志設備是否已經處于輸出狀態。成員變量queue用來保存日志設備中的日志記錄。成員變量next用來連接下一個日志設備,這樣,Logcat工具就可以把所有已經打開的日志設備保存在一個隊列中。
結構體log_device_t的成員函數enqueue用來將一條日志記錄添加到內部的日志記錄隊列中。每次往隊列中加入一條日志記錄時,都會根據它的寫入時間來找到它在隊列中的位置,然后再將它插入到隊列中。兩條日志記錄的寫入時間比較是通過調用函數cmp來實現的,它的定義如下所示。
**system/core/logcat/logcat.cpp**
~~~
static int cmp(queued_entry_t* a, queued_entry_t* b) {
int n = a->entry.sec - b->entry.sec;
if (n != 0) {
return n;
}
return a->entry.nsec - b->entry.nsec;
}
~~~
它先比較日志寫入時間的秒數。如果相等,再比較日志寫入時間的毫秒數;否則,就可以得到比較結果。如果函數cmp的返回值大于0,就表示日志記錄a的寫入時間比日志記錄b晚;如果函數cmp的返回值等于0,就表示日志記錄a和b的寫入時間相等;如果函數cmp的返回值小于0,就表示日志記錄a的寫入時間比日志記錄b早。
**enum android_LogPriority**
**system/core/include/android/log.h**
~~~
/*
* Android log priority values, in ascending priority order.
*/
typedef enum android_LogPriority {
ANDROID_LOG_UNKNOWN = 0,
ANDROID_LOG_DEFAULT, /* only for SetMinPriority() */
ANDROID_LOG_VERBOSE,
ANDROID_LOG_DEBUG,
ANDROID_LOG_INFO,
ANDROID_LOG_WARN,
ANDROID_LOG_ERROR,
ANDROID_LOG_FATAL,
ANDROID_LOG_SILENT, /* only for SetMinPriority(); must be last */
} android_LogPriority;
~~~
枚舉android_LogPriority用來描述日志記錄的優先級,它一共有九個值,分別表示九個優先級。
**enum AndroidLogPrintFormat**
**system/core/include/cutils/logprint.h**
~~~
typedef enum {
FORMAT_OFF = 0,
FORMAT_BRIEF,
FORMAT_PROCESS,
FORMAT_TAG,
FORMAT_THREAD,
FORMAT_RAW,
FORMAT_TIME,
FORMAT_THREADTIME,
FORMAT_LONG,
} AndroidLogPrintFormat;
~~~
枚舉AndroidLogPrintFormat用來描述日志記錄的輸出格式,它一共有九個值,分別表示九種不同的輸出格式。在分析日志記錄的輸出過程時,我們再分析它們的含義。
**struct AndroidLogEntry_t**
**system/core/include/cutils/logprint.h**
~~~
typedef struct AndroidLogEntry_t {
time_t tv_sec;
long tv_nsec;
android_LogPriority priority;
pid_t pid;
pthread_t tid;
const char * tag;
size_t messageLen;
const char * message;
} AndroidLogEntry;
~~~
與結構體logger_entry一樣,結構體AndroidLogEntry_t也是用來描述一條日志記錄的,不過,它描述的日志記錄是經過解析了的,即已經將它的優先級、標簽和內容都解析出來了,分別保存在成員變量priority、tag和message中。
**struct FilterInfo_t**
**system/core/liblog/logprint.c**
~~~
typedef struct FilterInfo_t {
char *mTag;
android_LogPriority mPri;
struct FilterInfo_t *p_next;
} FilterInfo
~~~
結構體FilterInfo_t用來描述一個日志記錄輸出過濾器。成員變量mTag和mPri分別表示要過濾的日志記錄的標簽和優先級。當一條日志記錄的標簽等于mTag時,如果它的優先級大于等于mPri,那么它就會被輸出,否則就會被忽略。成員變量p_next用來連接下一個日志記錄輸出過濾器,這樣就可以將所有的日志記錄輸出過濾器連接在一起形成一個隊列。
**struct AndroidLogFormat_t**
**system/core/liblog/logprint.c**
~~~
struct AndroidLogFormat_t {
android_LogPriority global_pri;
FilterInfo *filters;
AndroidLogPrintFormat format;
};
~~~
結構體AndroidLogFormat_t用來保存日志記錄的輸出格式以及輸出過濾器。其中,成員變量global_pri是一個全局設置的默認日志記錄輸出過濾優先級,成員變量filters是一個日志記錄輸出過濾器列表,而成員變量format用來保存具體的日志記錄輸出格式。當日志記錄輸出過濾器列表filters中的某一個過濾器的過濾優先級被設置為默認優先級ANDROID_LOG_DEFAULT時,系統就會將它的過濾優先級修改為global_pri。
**struct EventTag**
**system/core/liblog/event_tag_map.c**
~~~
typedef struct EventTag {
unsigned int tagIndex;
const char* tagStr;
} EventTag;
~~~
結構體EventTag用來描述類型為events的日志記錄的標簽號,每一個標簽號(tagIndex)都對應有一個文本描述字符串(tagStr)。這些對應關系是通過解析目標設備上的/system/etc/event-log-tags文件得到的。
**struct EventTagMap**
**system/core/liblog/event_tag_map.c**
~~~
struct EventTagMap {
/* memory-mapped source file; we get strings from here */
void* mapAddr;
size_t mapLen;
/* array of event tags, sorted numerically by tag index */
EventTag* tagArray;
int numTags;
};
~~~
結構體EventTagMap用來描述類型為events的日志記錄的內容格式,它同樣是通過解析目標設備上的/system/etc/event-log-tags文件得到的。Logcat工具在打開目標設備上的/system/etc/event-log-tags文件時,會把它的內容映射到內存中,其中,成員變量mapAddr就指向這塊內存的起始地址;成員變量mapLen表示該內存的大小;成員變量tagArray是一個EventTag類型的數組,數組的大小由成員變量numTags來描述。
- 文章概述
- 下載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 應用程序的顯示過程