移动端日志系统怎么搭建
内容提要
本文讨论移动端日志系统的搭建，指出日志SDK需兼顾全量采集、分级分模块、高性能、不丢不乱、实时观测、压缩加密、上报与隐私安全。文章分析了CocoaLumberjack锁粒度过大、频繁IO等性能短板，建议采用并发分发、内存批量写盘、mmap零拷贝及后端排序，并介绍通过hook捕获全量日志以及FastImageCache的mmap应用。
延伸解读
CocoaLumberjack 的局限与优化方向
文章指出 CocoaLumberjack 虽被广泛用作日志系统基础框架，但其锁粒度过大、每条日志直接操作 IO、频繁文件排序和大小检查等耗时操作，在大流量下易导致队列堆积、数据丢失和 CPU 暴增。优化思路包括：日志分发到各渠道后并发消费、内存批量写盘减少 IO、使用 mmap 零拷贝技术，以及将排序交给后端处理。这些措施旨在降低锁粒度、提升吞吐并减少异常场景下的日志丢失。
全量日志捕获的技术选择
捕获全量日志最彻底的方式是 hook write 接口，但会引入非日志写操作的干扰，建议在上层捕获。对于 printf 可直接 hook；基于 ASL 的 nslog 可通过系统 API 捕获（参考 DDASLLogCapture）；基于 oslog 的 nslog 需 hook nslogv 而非 nslog，以避免遗漏直接使用 nslogv 的业务日志。fishhook 只能 hook 动态库函数符号，无法 hook 自定义 C 函数。stderr 重定向方式在实时性、性能和复杂度上不如直接 hook。
实时观测的诉求与实现要点
开发和测试阶段需要实时观测日志，核心诉求有三：打印内容足够多（突破 xcode 和 console.app 的字符长度限制）、支持行过滤（需将容器对象序列化为单行文本）、内容不乱（避免多行输出导致嵌套乱序）。解决方案包括：在 IDE 环境用 printf 输出全量日志；提测阶段将长内容按 200 字符分割编号打印，或通过 CocoaHttpServer 等将端上日志实时传输到 PC 端工具。注意线上包应关闭 printf 和 nslog，以防调试信息泄露。
隐私安全与数据保护
文章强调国内厂商在日志隐私安全方面普遍匮乏，大厂开发同学可随意捞取用户日志，异常日志内部随意传播。安全体系需覆盖：日志内容敏感信息过滤、网络传输安全、研发捞取日志的申请流程。加密通常用对称加密，密钥存储于 app 内部仍有被破解风险，可借鉴 HTTPS 思路，客户端生成公私钥对，服务端用公钥加密对称密钥下发。此外，基于 asl 和 oslog 的日志打印内容可通过 console.app 查看，线上包若打印敏感信息将很危险。
Q&A
移动端日志系统需要具备哪些核心要素？
移动端日志系统需要兼顾全量采集、分级分模块、高性能、数据不丢不乱、实时观测、压缩加密、上报与隐私安全。具体包括：日志是否全量收集、按Level和modules分级、避免卡顿和耗电、减少异常场景下的日志丢失、保证日志不乱序、支持实时观测、压缩加密、回捞上报机制、后端检索可视化以及隐私安全体系。
CocoaLumberjack 作为日志系统基础框架有哪些性能短板？
CocoaLumberjack 的主要性能问题在于锁粒度过大和频繁IO操作。它通过串型队列分发日志，每个日志需要等待所有处理源完成，任何耗时操作都会导致队列堆积，可能造成数据丢失和CPU暴增。此外，每条日志直接操作磁盘IO，内部频繁进行文件排序和大小检查，进一步增加耗时。
如何捕获移动端全量日志？
最全的捕获方式是hook write接口，因为所有文件写入最终都会调用它，但会引入非日志数据干扰。建议在上层捕获：printf可直接hook；基于ASL的nslog可通过系统API捕获（参考CocoaLumberjack的DDASLLogCapture）；基于oslog的nslog可hook nslogv（避免遗漏nslogv调用）；os_log专有API也可hook。整体依靠fishhook动态库符号替换实现。
如何解决日志系统的高性能与不丢不乱问题？
降低锁粒度：日志分发到各渠道后并发消费，不阻塞主队列；各渠道使用并发队列和多线程。磁盘存储时，先多线程写入内存容器（小粒度锁），再批量写盘减少IO；使用mmap零拷贝技术共享页缓存，避免多次拷贝和异常维护。排序可交由后端处理，前端只保证每条日志独立不嵌套。
日志系统的实时观测有哪些要求？
实时观测需满足三点：打印内容足够多（突破xcode和console.app的长度限制，可通过printf输出或分割长内容）；支持行过滤（序列化容器对象为单行文本）；内容不乱（将日志拼接成一行避免换行符导致的嵌套乱序）。开发和测试阶段可通过PC端工具（如CocoaHttpServer）实时传输日志。
FastImageCache 如何应用 mmap 技术？
FastImageCache 使用 mmap 将文件映射到虚拟内存，通过 CGBitmapContext 在映射内存中绘制解码后的图像数据，再用 msync 同步写入文件。读取时直接通过 mmap 获取文件缓存，避免内核态与用户态拷贝，并利用解码数据直接生成 UIImage，避免CPU硬解。但其业务绑定强，不宜直接使用，可借鉴其像素对齐和字节对齐等实现。
移动端日志系统如何保障数据安全？
数据安全包括日志内容脱敏、网络传输加密、回捞流程管控。加密常用对称加密，密钥存储于app内部（甚至通过图片隐藏），但存在被破解风险。可借鉴HTTPS：客户端生成公私钥对，服务端用公钥加密对称密钥下发。同时注意nslog/os_log在线上包仍可通过console.app查看，避免打印敏感信息。
