本文详细解释了Android应用中LOG的实现过程，包括Java层通过Log类调用JNI，JNI调用C/C++实现写入设备文件，以及设备文件背后的Linuxkernel中的Driver。还介绍了LogCat的使用和Android本地库的LOG输出方式。
Android中LOG的实现架构如下图所示，这基本上也是Android的某个模块实现各个层次的经典架构。
Android应用程序通过Framework提供的机制操作；Java领域需要本地c/c++提供服务的地方，通过JNI实现；JNI调用底层库；库函数通过操作映射的设备文件操作设备，LINUX kernel中的Driver完成相应的操作。另外，抛开Java和JNI，LINUX上用户域的c/c++程序，也可以通过操作设备文件来完成。
Android的LOG也是这样实现的，并将在本系列文章中分别讲述。应用程序通过android.util.Log里的各种静态方法，输出LOG信息[系列之二中具体讲述]；Log通过JNI接口调用c/c++的实现，而本地实现的写LOG，也基本就是写信息到设备文件[系列之三中具体讲述]；设备文件是Android为了LOG机制而写的LINUX的一个轻量级的驱动logger[系列之四中具体讲述]；LOG信息的显示可以是Emulator/Device上运行的LogCat程序[系列之五中具体讲述]；另外，Android的本地实现库也可利用现有机制，在c/c++的空间 直接输出LOG[系列之六中具体讲述]。
（2）JAVA域输出LOG
LOG输出帮助类
Android的Java程序通过android.util.Log类来输出Log，下图列出了我们常用的Log的静态方法。
一般，要输出Log信息，可直接调用Log.v()/Log.d()/Log.i()/Log.w()/Log.e()等类方法。这里之所以有这么多有区分的方法，这也是Log的分类。Log的分类就如同Log的静态常量成员定义的那样，而Log的优先级按照数字大小排列，数字大的优先级高。而Log.wtf()记录的则是非常致命的FAULT信息（What a Terrible Failure），报这个错误，不光是在Log里记录，还要在界面上有提示，并可能杀死当前的进程。
有了这些分类，如果要输出的LOG优先级低于当前设置的优先级，则该Log信息不会显示。一般的，在Java程序中用Log的方法打印Log之前，应先用isLoggable()判断一下，该级别是否能被记录。
另外，用Log.println()能达到与Log.v()/Log.d()/…等方法同样的输出效果，只是在用它时，要指定对应的优先级。
类Log的实现
类android.util.Log的实现是比较简单的。
类android.util.Log的构造函数是私有的，并不会被实例化，只是提供了静态的属性和方法。
而android.util.Log的各种Log记录方法的实现都依赖于native的实现println_native()，Log.v()/Log.d()/Log.i()/Log.w()/Log.e()最终都是调用了println_native()。如Log.d()的实现：
public static int d(String tag, String msg) {
return println_native(LOG_ID_MAIN, DEBUG, tag, msg);
}
Native方法println_native()是通过JNI在c/c++中实现的，详情参阅本系列之三：JNI及c/c++ 域写设备文件。
（3）JNI及c/c++域写设备文件
类Log的JNI实现
由前文知道，类android.util.Log有两个Native方法，需要通过JNI在c/c++中实现。
public static native boolean isLoggable(String tag, int level);
public static native int println\_native(int bufID,
int priority, String tag, String msg);
这两个方法是在frameworks/base/core/jni/android\_util\_log.cpp中实现的。如何实现JNI的，在这里不做表述。不过最终这两个方法分别转入了下列两个c/c++函数的调用。
static jboolean android\_util\_Log\_isLoggable(JNIEnv\* env, jobject clazz, jstring tag, jint level)
static jint android\_util\_Log\_println\_native(JNIEnv\* env, jobject clazz,
jint bufID, jint priority, jstring tagObj, jstring msgObj)
isLoggable()的实现
isLoggable的实现是比较（来自参数）与当前property里设定的“log.tag.”（来自参数）的值，大于或等于都是可记录的。程序实现片断如下：
// LOG\_NAMESPACE : “log.tag.”
// chars: convert from param
strncpy(key, LOG\_NAMESPACE, sizeof(LOG\_NAMESPACE)-1);
strcpy(key + sizeof(LOG\_NAMESPACE) - 1, chars);
len = property\_get(key, buf, "");
int logLevel = toLevel(buf);
return (logLevel >= 0 && level >= logLevel) ? true : false;
println\_native()的实现
函数android\_util\_Log\_println\_native() \[文件android\_util.Log.cpp中\]调用了\_\_android\_log\_buf\_write()\[文件system/core/liblog/logd\_write.c中\]。\_\_android\_log\_buf\_write()组织了参数，又调用了write\_to\_log这个函数指针。
write\_to\_log这个函数指针是实现的关键。
看write\_to\_log的定义：
static int \_\_write\_to\_log\_init(log\_id\_t, struct iovec \*vec, size\_t nr);
static int (\*write\_to\_log)(log\_id\_t, struct iovec \*vec, size\_t nr) = \_\_write\_to\_log\_init;
write\_to\_log初始是指向\_\_write\_to\_log\_init()这个函数的。所以第一次执行write\_to\_log的时候是执行了\_\_write\_to\_log\_init()。而如果write\_to\_log不是第一次被执行，它已经在\_\_write\_to\_log\_init()里被修改指向了\_\_write\_to\_log\_kernel()。
先看\_\_write\_to\_log\_init()的实现：
static int \_\_write\_to\_log\_init(log\_id\_t log\_id, struct iovec \*vec, size\_t nr)
{
#ifdef HAVE\_PTHREADS
pthread\_mutex\_lock(&log\_init\_lock);
#endif
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\]);
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\];
}
}
#ifdef HAVE\_PTHREADS
pthread\_mutex\_unlock(&log\_init\_lock);
#endif
return write\_to\_log(log\_id, vec, nr);
}
基本上就是做互斥访问的保护，然后如果是第一次调用（write\_to\_log还指向\_\_write\_to\_log\_init()），就打开相应的设备文件，获取描述符，并把write\_to\_log指向\_\_write\_to\_log\_kernel()。再在\_\_write\_to\_log\_kernel()中具体执行写入文件操作。
看\_\_write\_to\_kernel()的实现，基本就是写操作：
static int \_\_write\_to\_log\_kernel(log\_id\_t log\_id, struct iovec \*vec, size\_t nr)
{
ssize\_t ret;
int log\_fd;
if (/\*(int)log\_id >= 0 &&\*/ (int)log\_id < (int)LOG\_ID\_MAX) {
log\_fd = log\_fds\[(int)log\_id\];
} else {
return EBADF;
}
do {
ret = log\_writev(log\_fd, vec, nr);
} while (ret < 0 && errno == EINTR);
return ret;
}
总结一下，println\_native()的操作，就是打开设备文件（如果还没打开），然后写入数据。而具体怎么写入的，要看Log的设备驱动Logger的实现。
**（4）LOG设备驱动Logger**
Log的驱动是在kernel/drivers/staging/android/Logger.c中实现的。
一、初始化
看一个LINUX驱动，先看它如何初始化的。
static int \_\_init init\_log(struct logger\_log \*log)
{
int ret;
ret = misc\_register(&log->misc);
if (unlikely(ret)) {
printk(KERN\_ERR "logger: failed to register misc "
"device for log '%s'!\\n", log->misc.name);
return ret;
}
printk(KERN\_INFO "logger: created %luK log '%s'\\n",
(unsigned long) log->size >> 10, log->misc.name);
return 0;
}
static int \_\_init logger\_init(void)
{
int ret;
ret = init\_log(&log\_main);
if (unlikely(ret))
goto out;
ret = init\_log(&log\_events);
if (unlikely(ret))
goto out;
ret = init\_log(&log\_radio);
if (unlikely(ret))
goto out;
ret = init\_log(&log\_system);
if (unlikely(ret))
goto out;
out:
return ret;
}
device\_initcall(logger\_init);
整个Logger驱动的入口点就是Logger\_init()，它用init\_log(struct logger\_log \*log)初始化了log\_main, log\_events, log\_radio和log\_system四个logger\_log类型的结构，而这四个结构变量分别记录着log的四个存储体。Logger从这四个变量实现了同种设备的四个驱动，而log的驱动是MISC类型的驱动，通过misc\_register()向系统注册。四次注册之后，它们对应的MINOR ID将是不同的，Looger也是通过minor来区分是哪一个驱动的。
static struct logger\_log \*get\_log\_from\_minor(int minor)
{
if (log\_main.misc.minor == minor)
return &log\_main;
if (log\_events.misc.minor == minor)
return &log\_events;
if (log\_radio.misc.minor == minor)
return &log\_radio;
if (log\_system.misc.minor == minor)
return &log\_system;
return NULL;
**自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。**
**深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**
**因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。**
**既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！**
**由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新**
**如果你觉得这些内容对你有帮助，可以添加V：vip204888 备注Android获取（资料价值较高，非无偿）**
## 学习分享
在当下这个信息共享的时代，很多资源都可以在网络上找到，只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料，大多都是有几十上百个G，但是杂乱无章，不知道怎么看从哪看起，甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。
**2021最新上万页的大厂面试真题**
**七大模块学习资料：如NDK模块开发、Android框架体系架构...**
只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。
> 这份体系学习笔记，适应人群：
> 第一，学习知识比较碎片化，没有合理的学习路线与进阶方向。
> 第二，开发几年，不知道如何进阶更进一步，比较迷茫。
> 第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
> 由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示 。
（资料价值较高，非无偿）**
[外链图片转存中...(img-uPWMOIqC-1711553618253)]
## 学习分享
在当下这个信息共享的时代，很多资源都可以在网络上找到，只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料，大多都是有几十上百个G，但是杂乱无章，不知道怎么看从哪看起，甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。
**2021最新上万页的大厂面试真题**
[外链图片转存中...(img-mnqWCGq7-1711553618254)]
**七大模块学习资料：如NDK模块开发、Android框架体系架构...**
[外链图片转存中...(img-iyzMVc9R-1711553618254)]
只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。
> 这份体系学习笔记，适应人群：
> 第一，学习知识比较碎片化，没有合理的学习路线与进阶方向。
> 第二，开发几年，不知道如何进阶更进一步，比较迷茫。
> 第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
> 由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示 。
> **本文已被[CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》]( )收录**
扫一扫
1134
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
