数据源可能暂停更新:最后一次成功检查是 UTC,距今已超过 3 小时。页面上的时间仍按官方原帖计算,但最近几小时的新公告可能还没收录——以官方账号为准。
错误处理与日志一致性检查
分类:审计 · 更新于 2026-09-21 · 适用工具:两者
适合项目里错误处理和日志风格是“各写各的”、想统一一下之前先看清楚现状的场景。消耗量级:中,取决于代码量。
提示词全文
请只做只读分析,不要修改代码。检查仓库里的错误处理方式,找出:1)捕获异常后什么都不做(吞异常)的地方;2)同一类错误在不同地方用不同方式处理(有的抛异常、有的返回 None、有的直接打日志了事);3)日志记录格式不统一的地方(有的带上下文信息,有的只有一句话)。对每一类问题列出出现的文件位置和数量,给出一个统一风格的建议(不需要写完整代码,说清楚方向即可)。最后按“影响范围大、应该优先统一”排序输出。
使用建议
- 这类问题很分散,让它按“问题类型”而不是“文件”组织报告,看起来更清楚
- 吞异常是最该优先修的一类,容易在生产环境里悄悄丢错误
- 统一风格建议先在一两个模块试点,确认团队认可再铺开到全仓库