框架应用日志记录:让程序问题无处可藏

做演示的时候,最怕的就是程序突然卡住,页面打不开,按钮点不动。你站在台前,台下一群人盯着屏幕,那种尴尬谁都经历过。其实很多时候,问题早就留下了痕迹,只是我们没去看——那就是日志

日志不是程序员的专利

很多人觉得日志是开发人员才关心的东西,跟做演示没关系。但如果你用的是基于框架应用,比如 Vue、React 或者 Electron 构建的展示工具,日志其实在后台一直默默工作着。打开控制台,你会发现一堆信息在滚动,那些不是乱码,是程序在“说话”。

比如你做个数据可视化演示,加载本地文件时突然失败。界面只显示“加载失败”,但具体哪里出问题?这时候看一眼日志,可能就看到一行:File not found: /data/sales.json。原来是你把文件名写错了,或者路径没对上。一分钟定位问题,比反复试错强多了。

框架里的日志怎么开

主流前端框架基本都支持运行时日志输出。以 React 为例,开发模式下,默认就会打印组件渲染、状态更新、错误警告等信息。你不需要额外配置,只要打开浏览器的开发者工具,切换到 Console 标签就行。

如果是自己搭的 Electron 演示应用,可以加上简单的日志记录模块:

const log = require('electron-log');

log.info('应用启动成功');
log.warn('资源加载较慢,耗时 1200ms');
log.error('图片加载失败', error);

这些信息会保存在用户机器的指定目录里,出了问题你可以让对方把日志发给你,快速还原现场。

别等出事才想起日志

有次同事去做客户汇报,PPT 里的嵌入式图表一直转圈。后来查日志才发现是请求的 API 地址写成了本地测试地址 http://localhost:3000,部署后当然访问不了。如果提前看过运行日志,这种低级错误根本不会发生。

建议每次打包发布前,手动跑一遍流程,同时开着日志监控。重点关注 errorwarning 级别的输出。哪怕只是临时演示,稳定性也直接影响别人对你的专业印象。

让日志为你打工

日志不是负担,它是你程序的“行车记录仪”。框架应用本身就具备记录能力,你只需要学会查看和利用。下次做演示前,花三分钟扫一眼日志,可能就避开了一个大坑。