当前位置: 首页 > news >正文

Android 7系统日志(八)定制安卓的日志系统

系列目录:第一篇:全景图与架构概览 | 第二篇:logd守护进程—启动、初始化与Socket通信 | 第三篇:liblog库—日志写入的完整链路 | 第四篇:日志写入接口—Java层与Native层 | 第五篇:日志读取—logcat源码深度分析 | 第六篇:日志缓冲区管理—容量、裁剪与统计机制 | 第七篇:实战调试与常见问题分析 | 第八篇:定制安卓的日志系统


一、为什么要定制日志系统

前六篇拆解了 Android 日志从写入到裁剪的完整链路,第七篇讲了如何用这些原理排查问题。但还有一类需求是原理篇和调试篇覆盖不到的——当你需要改变系统行为本身

考虑以下场景:

  • “长稳测试跑了一夜,日志全丢了”:默认 256KB 的缓冲区在高频日志场景下几分钟就满了,裁剪机制会把最旧的日志丢弃。你需要的不是更快的logcat,而是更大的缓冲区。
  • “设备在现场出故障,回来查不到日志”:设备没有连接 PC,重启后日志全部丢失。你需要的是实时将日志持久化到文件系统。
  • “内核 oops 日志和系统日志对不上时间线”:你需要同时导出内核日志和系统日志,按时间戳对齐排查。
  • “user 版本不需要 V/D 日志,但缓冲区被大量调试日志占满”:VERBOSE 和 DEBUG 日志在正式发布版本中没有价值,却消耗了宝贵的缓冲区空间。你需要从源头过滤掉这些低级别日志。

本篇解决这四个问题:扩大缓冲区容量user 版本不打印 V/D 日志系统日志实时导出内核日志实时导出,给出从源码修改到部署验证的完整方案。


二、扩大日志缓冲区:256KB → 512KB

2.1 缓冲区大小的决定链

回顾第六篇,LogBuffer为每个log_id维护独立的容量上限。这个值的决定链在LogBuffer::init()中:

源码路径system/core/logd/LogBuffer.cpp

// 默认值#defineLOG_BUFFER_SIZE(256*1024)// Tuned with ro.logd.size per-platform#defineLOG_BUFFER_MIN_SIZE(64*1024UL)#defineLOG_BUFFER_MAX_SIZE(256*1024*1024UL)voidLogBuffer::init(){staticconstcharglobal_tuneable[]="persist.logd.size";// Settings Appstaticconstcharglobal_default[]="ro.logd.size";// BoardConfig.mkunsignedlongdefault_size=property_get_size(global_tuneable);if(!default_size){default_size=property_get_size(global_default);if(!default_size){default_size=property_get_bool("ro.config.low_ram",BOOL_DEFAULT_FALSE)?LOG_BUFFER_MIN_SIZE// 64K:LOG_BUFFER_SIZE;// 256K}}log_id_for_each(i){// 每个 log_id 还可以独立覆盖:persist.logd.size.<name>charkey[PROP_NAME_MAX];snprintf(key,sizeof(key),"%s.%s",global_tuneable,android_log_id_to_name(i));unsignedlongproperty_size=property_get_size(key);// ... 回退到 default_size ...}}

属性查找链persist.logd.size.<name>ro.logd.size.<name>persist.logd.sizero.logd.sizero.config.low_ram(low_ram 设备 64KB)→LOG_BUFFER_SIZE(256KB)。每个缓冲区可独立配置,未配置的继承全局默认值。

2.2 方案一:运行时属性配置(推荐,无需重新编译)

# 将 main 缓冲区从 256KB 扩大到 512KBadb shell setprop persist.logd.size.main 512K# 同时扩大其他缓冲区(可选)adb shell setprop persist.logd.size.system 512K adb shell setprop persist.logd.size.events 512K adb shell setprop persist.logd.size.radio 512K adb shell setprop persist.logd.size.crash 512K adb shell setprop persist.logd.size.kernel 512K# 发送 SIGHUP 让 logd 重新加载配置adb shellkill-HUP$(pidof logd)

关键persist.前缀确保配置在重启后仍然生效。ro.前缀(只读属性)只能在编译时通过PRODUCT_PROPERTY_OVERRIDES设置,运行时无法修改。

logd --reinit处理 SIGHUP 信号,重新调用LogBuffer::init()读取所有属性并更新mMaxSize[]。已有的日志条目不会被清空。

2.3 方案二:源码级修改(编译时固化)

如果希望所有设备默认使用 512KB,直接修改宏定义:

源码路径system/core/logd/LogBuffer.cpp

// 修改前#defineLOG_BUFFER_SIZE(256*1024)// 修改后:扩大一倍#defineLOG_BUFFER_SIZE(512*1024)

然后重新编译 logd 模块:

cd<AOSP_ROOT>sourcebuild/envsetup.sh lunch<target>mmm system/core/logd adb root&&adb remount adb push out/target/product/<device>/system/bin/logd /system/bin/ adb shellkill-HUP$(pidof logd)

2.4 方案三:logcat -G 命令(临时生效,无需重启 logd)

最直接的方式——通过logcat -G向 logd 发送setLogSize命令,即时生效,无需 SIGHUP:

# 将 main 缓冲区设为 512KBadb logcat-G512K# 查看效果adb logcat-g

注意logcat -G只修改 logd 内存中的mMaxSize[]不写入任何系统属性。logd 重启或设备重启后恢复为默认值。适合临时调试,不适合长期配置。

源码调用链

logcat -G 512K │ ├─ logcat.cpp: case 'G' → strtoll("512K") → 512 × 1024 = 524288 │ → android_logger_set_log_size(dev->logger, 524288) │ ├─ liblog/logd_reader.c: logdSetSize() │ → snprintf("setLogSize 0 524288") │ → send_log_msg() → write(/dev/socket/logd, "setLogSize 0 524288") │ └─ logd/CommandListener.cpp: SetBufSizeCmd::runCommand() → mBuf.setSize(LOG_ID_MAIN, 524288) → LogBuffer.cpp: mMaxSize[id] = 524288 ← 只写内存,不写属性

源码路径system/core/logd/LogBuffer.cpp

intLogBuffer::setSize(log_id_t id,unsignedlongsize){if(!valid_size(size))return-1;pthread_mutex_lock(&mLogElementsLock
http://www.jsqmd.com/news/1256969/

相关文章:

  • Claude Code 配置完全指南(一):.claude 目录结构全景解析
  • 3分钟掌握微信单向好友检测:WechatRealFriends让社交关系一目了然 [特殊字符]
  • KVM主题:qcow2快照链与写时复制原理深度解析
  • QiLinkOS:研发人员的专利避坑与审查答复助手(SDKV0.1)
  • Large Language Models and 3D Vision for Intelligent Robotic Perception and Autonomy
  • BetterNCM安装器终极指南:3分钟搞定网易云插件自动化部署
  • 我们在 Workbuddy 做了个 Skill,10 分钟摸透一个行业!
  • java第二天
  • 2026石家庄黄金回收摸底:长安新华裕华桥西高新区五家实体店实探,卖金不踩坑指南 - 人间烟火小记
  • 扬中装修选全案整装还是半包施工?——天艺全案设计的灵活服务模式 - 信息热点
  • 3步实现股票分析自动化:从手动操作到智能报告自动生成
  • 成都前十专科院校全国位次及学科实力解析(择校参考) - 行业洞察分析师
  • Angular开发指南_angular-developer
  • KVM环境下磁盘镜像格式raw与qcow2的对比分析
  • 免费全能下载管理器imFile:告别龟速下载的终极解决方案
  • 晓窗智枢AI连接平台:让学校每一个系统、每一份数据、每一个场景都“活”起来
  • TimeAudio: Bridging Temporal Gaps in Large Audio-Language Models
  • 蚕桑采茧工智能分级溯源管理系统
  • 2026青岛代理记账公司全生命周期服务对比:海聚德企服如何陪企业成长 - 信息热点
  • LLCOM串口工具使用记录
  • 2026 年更新:桂阳可靠的波纹管拉紧器管材安装配套配件订制厂家推荐几家,装管材总打滑?这玩意儿竟能让接头严丝合缝还省半小时力-禹顺管道 - 品质体验官
  • 武汉三菱空调维修清洗加氟|24小时故障抢修上门,靠谱选捌壹捌家电 - 资讯速览
  • 宁波品牌出海GEO代理服务商选型哪家靠谱?2026年宁波GEO服务商代理加盟本地推荐排名更新 - 小随科技
  • NOI 2026 最后一舞?
  • 第二讲:C语言数据类型和变量
  • 成都专科民办院校教育科技学科收费及回报解析 - 行业洞察分析师
  • 相机开发:CameraKit调用摄像头与拍照预览(36)
  • AI-Salesman: Towards Reliable Large Language Model Driven Telemarketing
  • 【2019-02-22】linux下so动态库裁剪
  • 宁波美妆个护行业GEO服务商代理加盟选型哪家靠谱?2026年宁波GEO代理服务商本地推荐 - 子柔传媒