首页
Python
Java
前端
数据库
Linux
Chatgpt专题
开发者工具箱
吞掉专题
108 老生常谈的异常被“吞掉“
前言 这是一个很经典的也经常出现的问题了, 代码里面 发生了异常, 但是 异常被吞掉了, 然后 你可能就回感觉到 很莫名其妙 就好比 我现在有一个 Service.doBiz 是加了事务的, 然后里面抛出了异常, 但是 在Service.doBiz的调用方处理了这个异常, 并且没有在日志中体现 然后出现的问题就是, 你会发现 Service.doBiz 莫名其妙的回滚了, 但是 你有不知
阅读更多...
[前车之鉴] SpringBoot原生使用Hikari数据连接池升级到动态多数据源的深坑解决方案 RocketMQ吞掉异常问题排查
文章目录 背景说明蒙蔽双眼口说无凭修补引发的新问题解决配置问题 本地监控佐证万法归元 背景说明 当前业务场景我们使用原生SpringBoot整合Hikari数据源连接池提供服务,但是近期业务迭代需要使用动态多数据源,很自然想到dynamic-source,结果一系列惨案离奇发生。。。 蒙蔽双眼 原生SpringBoot整合HikariCp数据源连接池配置【这个是没问题
阅读更多...
FutureTask 会 “吞掉“ 异常是怎么回事?需要注意些什么?
这次 , 没有废话,切入正题! 在Callable#call方法里,如果没有try-catch的情况下,如果call方法运行时,一旦出现异常,那么该异常会被Future所接收到,且只有调用 Future # get方法才会抛出。也就是说,如果你不调用get方法,做些异常处理的话,真的发现不了问题发生在哪?这种情况,就好像是异常被"吞掉" 了。 import java.util.concu
阅读更多...