为什么需要线上日志打印

对于大多数应用线上日志确实没有太大必要。只要接入了友盟或是 Bugly，其提供的信息也足以解决出现的异常信息。问题就在于不是所有的问题都会导致崩溃，特别是强业务的应用。一个金额显示的不对是不会造成应用崩溃，但肯定会造成使用者崩溃。这种问题，你无法通过应用统计网站查找信息来解决。只能通过线上日志框架来打印相关的业务流程看问题出在哪里。

当你意识到 Android 程序提供的 android.util.Log 已经无法满足你使用的时候。那么恭喜你，你的应用已经有足够多的使用者或业务。这些使用者和业务能带给你很多利润，但是也会给你带来技术上的挑战。也驱使着你做线上环境日志打印的基建。

目前可选的线上日志打印方案

在 Android 上进行线上环境的日志方案其实并没有太多好的选择，这主要是由于一点：性能。

如果不考虑性能问题。可以用任何方式来写入日志到磁盘中，标准文件IO或是直接IO。在线上环境，这是不可行，很多IO必然造成性能上的消耗，轻则卡顿，重则ANR。需要选择一个在性能上说得过去的方案。

如果搜索一下你能看到有好几个可用的方案：Timber、Logger、Logan、XLog。其中 Timber 和 Logger 只是 android.util.Log 的包装。不考虑持久化，真正的选择是在 XLog 和 Logan 之间。

XLog vs Logan

这两个日志方案都是 mmap 存储 + AES 加密，性能上都没有问题。

其中 XLog 是由腾讯发布的日志方案： 自公开之后,腾讯也没有再维护这个库。当然,也只是对外提供的没有再更新和支持。 其内部使用的版本肯定一直保持活跃的状态。说起来，你可以观察到 Github 上最新 日期也是在9年前了,这也是大公司特点： 为了KPI或影响力。公布一些技术方法,吸引一波流量,当热度过去,这些原本在聚光灯下代码就都被扔进垃圾桶。

而反观 Logan： 这个由美团提供线上日志方案,其 SDK 质量更好、维护更活跃。它不仅仅是一个线上打日志框架,而是一整套包括端打印、 日志回捞、 前端服务等日志程序。当使用这个时发现需要搭建使用它整套程序工作流必须要与美团强绑定否则连都无法解密。

这里要说一下细节,像 XLog 和 Logan 基于 mmap 这样的基于mmap存储方式基本不可能直接明文输出,都必须经过压缩加密,生成二进制格式文件,XLog 提供了解码脚本。Logan只有搭建其提供才能解密两者区别如下:

注意由于原始内容包含非常长且复杂混乱格式数据，我已将其简化为代码块形式表示。实际生成HTML时需确认这些数据是否有实际意义或需进一步处理。

完整