人在江湖：如何用代码保护好自己

这个经验太宝贵了，虽然我用不着，但是大开眼界，搞不好有天能免一黑锅

真是要这么做么，那岂不是每调用一个方法都要加try catch么？ 我对这个不是很了解， 麻烦楼主说下哦

额，我有点不赞同楼主的说法，首先在做doChange方法那个模块的时候，那个程序员就应该对所有可能发生的异常进行了处理，而不是进行异常的抛出，向楼主所说的，如果讲异常抛出来，这样反复调用，反复抛出是非常耗性能的，而且你try Catch用的多了，你代码后期的维护非常麻烦，所以我想说的是，楼主的方法比较好，但是我觉得异常最好是在方法里面就解决，而不是在方法外面

怎么不用Spring AOP对这个通用的代码进行处理    大量重复出现在代码调用中

当然不是，每个方法都要加try catch没有必要，关键的方法上要加，比如说调用别人的充值、转账、记账方法时要加的，金融系统出错，就会涉及到钱。我们目的是万一调用别人的代码出错，我们可以用try catch捕获，在日志中记录下来，他们找茬就拿日志理论，出错是因为我调用别人的代码出错了不是我的原因，如果你的代码没有捕获，日志里也没有错误记录，你有理也说不清。

楼主对于这个问题有没有好的方法？？

大刀王五下岗了

确实，一个系统本身就要考虑到楼主描述的相关内容，模块与模块间的调用问题。

lz出发点是好的，但本人不欣赏带着这中想法编程，很容易写出过度保护的代码。
对与团队，代码出了问题，更重要的是定位与解决问题，而不是一上来就谈责任。特别是在集成阶段。

嗯，应该从公司层面，或者从项目层面，对于关键点要有一个统一的规定，制定一个编码标准，杜绝低级问题出现的可能性。