桌面应用崩溃日志收集别只靠用户截图
· 阅读需 3 分钟
崩溃日志采集 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 用户只能说“闪退了”,开发却拿不到版本、系统环境和崩溃前状态,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
崩溃日志采集 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 用户只能说“闪退了”,开发却拿不到版本、系统环境和崩溃前状态,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
早些年排查线上日志,很多人的第一反应都是 tail -f。我也一样,因为它直接、顺手,而且大多数教程都是这么教的。可 2017 年之后,随着 systemd 越来越常见,我慢慢发现,如果 Node 服务本身就是被 systemd 接管的,只盯着 tail 其实会漏掉很多关键信息。
2013 年刚开始用 Node.js 写小服务时,很多项目规模不大,大家对日志的预期也很简单:出问题时能在控制台看到几行输出就行。可我后来越写越觉得,哪怕暂时还没有完整日志系统,只是写到控制台,日志也应该先有最基本的格式感。