吞掉专题

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