Android 日志程序源码解析：从 Log.i 到 logcat 输出，一条日志的完整旅程

. 全景图：一条日志的一生

先给结论。你在屏幕上看到的一行日志：

- :: I ActivityManager: Start proc for activity

背后的完整链路是这样的：

┌─────────────────────────────────────────────────────────────────────────┐│ 写入侧 ││ ││ Java: Log.i ──JNI──┐ ││ Native: ALOGI ──────┼─► liblog.so ││ │ __android_log_write ││ │ └► 组包 ││ │ └► 加 android_log_header_t{id,tid,realtime}││ │ └► writev ──────────────┐ ││ │ PmsgWrite ─► /dev/pmsg0 │└────────────────────────────────────────────────────────┼────────────────┘ ▼ /dev/socket/logdw │├────────────────────────────────────────────────────────▼───────┐│ logd 进程 ││ LogListener 线程 "logd.writer" ──recvmsg + SCM_CREDENTIALS 拿可信uid ││ └► SerializedLogBuffer::Log ──全局 sequence++，写入 SerializedLogChunk ││ └► MaybePrune ──超限则按 chunk 淘汰最老的 ││ └► LogReaderList::NotifyNewLog ──唤醒所有 watching 的读者 ││ │├── 其他日志来源：LogKlog LogAudit TrustyLog |
...

三个主要角色。三个 socket：

注意 `/dev/socket/logdw` 是 +passcred)：任何进程都能写日志，但内核会自动附带发送方凭证，让 logd 能准确判断权限——**身份由内核背书，客户端伪造不了**。这是整个日志安全模型的基石。

还有一个容易被忽略的点：日志并不只来自应用。*痛点 #1*: 在实际使用中，你可能会在 `adb shell dmesg` 或 `journalctl` 等工具里看不到某些程序事件。因为它们不经过 app 打印，而是直接从内核或 SELinux 报告。了解这些来源可以帮助你排查为何某些关键错误没有出现在 `adb logcat`。

. 入口层：应用是怎么打日志的

八个缓冲区，六个优先级

…，

Java 层和 Native 层殊途同归

*痛点 #2*: 很多开发者认为只有 Java 能打日志，但 C/C++/Rust 等语言也能通过宏直接调用 liblog；如果你不熟悉这些接口，很容易错过性能调整或安全检查。

再看第一道过滤。 __android_log_is_loggable

*痛点 #3*: 在业务层面经常遇到“某些关键信息根本没进入 adb logcat”，原因往往是属性过滤提前丢弃。了解这一步可以让你快速定位属性配置错误，而不是花时间排查后端代码。

可替换的 logger 后端

*痛点 #4*: 当你需要将应用内部调试信息重定向到自己的文件或远端服务器时可以通过 #define __ANDROID_LOG_SET_LOGGER;本节解释了如何安全地替换默认 logger 而不破坏整体架构。

. liblog 发送层：logd_writer 的三个关键设计

send_to_log

*痛点 #5*: **非阻塞写** 是为了避免业务线程被卡住。如果你发现 `adb shell setprop ro.log.d.slow=true` 或类似设置导致大批量数据丢失，那就是 EAGAIN 错误导致的丢失；我们提供了 dropped counter 和补报机制来追踪这类问题。

socket 管理：惰性建连、非阻塞、可重连

*痛点 #6*: **SOCK_DGRAM 与 SCM_CREDENTIALS** 的组合让每条数据报天然有边界，而且能可靠获取 UID/GID/TID 信息；如果你在使用自定义 logging 工具时遇到身份错乱，就需要检查是否正确打开了 passcred 并使用 DGRAM。

丢日志的"发票"机制

*痛点 #7*: 当网络拥堵或 `writev` 返回 EAGAIN 时liblog 并不会静默丢弃，而是计数并在下一次成功写入时补报一次 events 日志；如果你想监控丢失率，可观察 `I liblog:` 行上的数字。

. logd 服务端：启动与接收

main这方面，五个常驻角色