胡乱吃异常的程序员就该被按在地上捶
情况是这样的:
线程会调用一个api接口,被调用的api没有try-catch打印日志。
然后写该线程的同事在调用api时,进行了try-catch,并log.error打印日志了,坑的是,他没有修改日志配置文件,异常日志没有输出到tomcat和指定日志目录中。详单于直接把异常吃了。
然后:客户现场出问题了,流程走不通,看日志被api代码走到一半死活不往下走(此时:由于客户配置问题和测试不一样,然后抛了异常,被线程吃掉了)。然后,觉得此问题很邪乎,找了很久也不懂为什么。最后灵光一现可能是吃异常的问题导致的。然后直接线程里面的log.error改成实system.out.println(),最终找到了问题所在。
总结:
1、自己处理好自己代码的异常,并做好日志输出。
2、确保catch异常后,异常能真的输出到日志文件中。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库
· SQL Server 2025 AI相关能力初探
· 为什么 退出登录 或 修改密码 无法使 token 失效