android log寫入機制

這幾天和華爲的leader面試了下。感受不錯。關鍵是小女。不容易。是技術面啊。我說的不容易不是面試不容易，是說在華爲寫代碼的小女不容易。哥走南闖北這麼多年，女人代碼寫的好真很少。

其實在任什麼時候候，只要一面試都感受本身會的少。都這樣。那隻能不斷的加強能力。開始重點轉入native code的學習。今天和你們聊聊log機制，這個東西也不容易。今天只談談log如何被寫到驅動裏，

有人說這個比較容易，要打log，在java裏直接Log.d Log.i Log.e就能夠了。嗯，不錯，那問題來了。

1 java是如何把數據寫到了設備裏呢？
2 如何在native程序中打log呢？

自古華山一條路，看code吧。

public static int d(String tag, String msg) {
return println_native(LOG_ID_MAIN, DEBUG, tag, msg);
}
不看不知道，一看嚇一跳，原來這些數據經過j//marvell 臧春傑ni直接寫到了設備裏了。看看jni是如何寫入的把

static jint android_util_Log_println_native(JNIEnv* env, jobject clazz,
jint bufID, jint priority, jstring tagObj, jstring msgObj)
{
const char* tag = NULL;
const char* msg = NULL;

if (msgObj == NULL) {
jniThrowNullPointerException(env, "println needs a message");
return -1;
}

if (bufID < 0 || bufID >= //marvell 臧春傑LOG_ID_MAX) {
jniThrowNullPointerException(env, "bad bufID");
return -1;
}

if (tagObj != NULL)
tag = env->GetStringUTFChars(tagObj, NULL);
msg = env->GetStringUTFChars(msgObj, NULL);

int res = __android_log_buf_write(bufID, (android_LogPriority)priority, tag, msg);

if (tag != NULL)
env->ReleaseStringUTFChars(tagObj, tag);
env->ReleaseStringUTFChars(msgObj, msg);

return res;
}
這就比較清楚了，清楚了參數的含義。數據寫到了哪一個設備裏？
crw-rw-rw- root log 10, 36 1970-01-01 16:42 events
crw------- root log 10, 33 1970-01-01 16:42 kernel
crw-rw-rw- root log 10, 37 1970-01-01 16:42 main
crw-rw-rw- root log 10, 35 1970-01-01 16:42 radio
crw-rw-rw- root log 10, 34 1970-01-01 16:42 system

優先級怎麼樣的， 消息的tag是什麼？ 寫了什麼數據。 到這裏咱們日然沒看到寫設備節點啊。無論怎麼說， jni經過getStringUTFChars獲取了java層的字符串。
int __android_log_buf_write(int bu//marvell 臧春傑fID, int prio, const char *tag, const char *msg)
{
struct iovec vec[3];
char tmp_tag[32];

if (!tag)
tag = "";

/* XXX: This needs to go! */
if ((bufID != LOG_ID_RADIO) &&
(!strcmp(tag, "HTC_RIL") ||
!strncmp(tag, "RIL", 3) || /* Any log tag with "RIL" as the prefix */
!strncmp(tag, "IMS", 3) || /* Any log tag with "IMS" as the prefix */
!strcmp(tag, "AT") ||
!strcmp(tag, "GSM") ||
!strcmp(tag, "STK") ||
!strcmp(tag, "CDMA") ||
//marvell 臧春傑
!strcmp(tag, "PHONE") ||
!strcmp(tag, "SMS"))) {
bufID = LOG_ID_RADIO;
/* Inform third party apps/ril/radio.. to use Rlog or RLOG */
snprintf(tmp_tag, sizeof(tmp_tag), "use-Rlog/RLOG-%s", tag);
tag = tmp_tag;
}

if (prio == ANDROID_LOG_FATAL) {
android_set_abort_message(msg);
}

vec[0].iov_base = (unsigned char *) &prio;
vec[0].iov_len = 1;
vec[1].iov_base = (void *) tag;
vec[1].iov_len = strlen(tag) + 1;
vec[2].iov_base = (void *) msg;
vec[2].iov_len = strlen(msg) + 1;

return write_to_log(bufID, vec, 3);
}

這裏把全部的信息放到告終構體數組裏，爲何要放到結構體I數組呢？ 我還不清楚。 這裏對bufferid和tag作了校驗，Log類會把全部的信息都寫到了/dev/main設備裏。這裏把有些tag的信息寫到了/dev/radio設備中，也就是modem信息

static int __write_to_log_init(log_id_t, struct //marvell 臧春傑 iovec *vec, size_t nr);
static int (*write_to_log)(log_id_t, struct iovec *vec, size_t nr) = __write_to_log_init;
根據這裏，看到這是個函數指針，

static int __write_to_log_init(log_id_t log_id, struct iovec *vec, size_t nr)
{
pthread_mutex_lock(&log_init_lock);

if (write_to_log == __write_to_log_init) {
log_fds[LOG_ID_MAIN] = log_open("/dev/"LOGGER_LOG_MAIN, O_WRONLY);
log_fds[LOG_ID_RADIO] = log_open("/dev/"LOGGER_LOG_RADIO, O_WRONLY);
log_fds[LOG_ID_EVENTS] = log_open("/dev/"LOGGER_LOG_EVENTS, O_WRONLY);
log_fds[LOG_ID_SYSTEM] = log_open("/dev/"LOGGER_LOG_SYSTEM, O_WRONLY);

write_to_log = __write_to_log_kernel;

if (log_fds[LOG_ID_MAIN] < 0 || log_fds[LOG_ID_RADIO] < 0 ||
log_fds[LOG_ID_EVENTS] < 0) {
log_close(log_fds[LOG_ID_MAIN]);
log_close(log_fds[LOG_ID_RADIO]);
log_close(log_fds[LOG_ID_EVENTS]);
//marvell 臧春傑
log_fds[LOG_ID_MAIN] = -1;
log_fds[LOG_ID_RADIO] = -1;
log_fds[LOG_ID_EVENTS] = -1;
write_to_log = __write_to_log_null;
}

if (log_fds[LOG_ID_SYSTEM] < 0) {
log_fds[LOG_ID_SYSTEM] = log_fds[LOG_ID_MAIN];
}
}

pthread_mutex_unlock(&log_init_lock);

return write_to_log(log_id, vec, nr);
}

這裏google玩個小技巧，write_to_log = __write_to_log_init， 初始化之後改爲了write_to_log = __write_to_log_kernel;
這裏開纔是寫設備節點。這樣，最後

int writev( int fd, const struct iovec* vecs, int count ) //cjzang
{
int total = 0;

for ( ; count > 0; count--, vecs++ ) {
const char* buf = vecs->iov_base;
int len = vecs->iov_len;

while (len > 0) {
int ret = write( fd, buf, len ); //marvell 臧春傑
if (ret < 0) {
if (total == 0)
total = -1;
goto Exit;
}
if (ret == 0)
goto Exit;

total += ret;
buf += ret;
len -= ret;
}
}
Exit:
return total;
}
就這樣，浪窪地寫進去了。啪啪啪的寫進去了。寫到驅動裏了。

那native code是如何加log呢？ 他有時如何寫進的呢？

native要打印log須要作一下幾件事情，
1 包含頭文件，那問題來了，我該包含哪一個頭文件呢？ android 那麼大，那麼多頭文件，要人老命，腰疼。須要包含system/core/include/log/log.h這個頭文件。
#include <log/log.h> 同時須要在文件中定義log_tag
而後再須要的地方加上
ALOGD("===========================");
而後須要在makefile中加上#LOCAL_SHARED_LIBRARIES := liblog
就能夠了，其實看看裏面的實現，也是進入了

int __android_log_buf_print(int bufID, int prio, const char *tag, const char *fmt, ...)
{
va_list ap;
char buf[LOG_BUF_SIZE];

va_start(ap, fmt);
vsnprintf(buf, LOG_BUF_SIZE, fmt, ap);
va_end(ap);

return __android_log_buf_write(bufID, prio, tag, buf);
}

就這樣，log信息就響應的寫到了具體I的設備節點了。

很差整，整很差。