最近工作中，发现其他人员开发的模块功能中，在catch语句块中调用了业务方法，目的是当try语句块中的业务逻辑执行过程中发生异常，再执行catch语句块中代码。
上述情况的业务场景是这样的，try语句块中查询redis缓存（try中查询redis的代码有调用了其他开发人员写的逻辑比较复杂的方法，且多个方法调用），catch语句块中查询后端数据库，开发者意图很明显，就是如果查询redis缓存出现异常，则查询后端数据库，看似很完美的代码设计逻辑。但是完美下面也存在一定几率的风险。
风险分析。暂定该开发人员叫A，如果try语句块中逻辑比较复杂，且调用了其他开发人员（名字为B）的方法，这时候开发人员B在自己的方法中也利用catch捕获了异常，而不是向上抛出异常，这时候问题出现了，A写的代码中catch语句块的业务逻辑有可能不会执行，这就违背了A的设计意图，也就产生了非常讨厌的逻辑bug。开发人员都知道逻辑bug的原因很难找的。