胡乱吃异常的程序员就该被按在地上捶

情况是这样的:

线程会调用一个api接口,被调用的api没有try-catch打印日志。

然后写该线程的同事在调用api时,进行了try-catch,并log.error打印日志了,坑的是,他没有修改日志配置文件,异常日志没有输出到tomcat和指定日志目录中。详单于直接把异常吃了。

 

然后:客户现场出问题了,流程走不通,看日志被api代码走到一半死活不往下走(此时:由于客户配置问题和测试不一样,然后抛了异常,被线程吃掉了)。然后,觉得此问题很邪乎,找了很久也不懂为什么。最后灵光一现可能是吃异常的问题导致的。然后直接线程里面的log.error改成实system.out.println(),最终找到了问题所在。

 

总结:

1、自己处理好自己代码的异常,并做好日志输出。

2、确保catch异常后,异常能真的输出到日志文件中。

 

posted @   伍壹贰  阅读(26)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库
· SQL Server 2025 AI相关能力初探
点击右上角即可分享
微信分享提示