异步调用时，异常rethrow的编程模式

今天看到的一个问题，顺便总结如下：

Java编程中，程序异常处理是一个跑不掉的东西。

对于同步编程：

调用某个可能抛出checked或unchecked异常的方法时，可以直接在方法中声明throws继续往上处理，也可以在本方法中进行try catch处理(比如进行日志登记)。

catch处理后，是否进行throw e或throw new XxxException(e)视具体情况而定。这些处理，从技术上都是正确的，我们也处理地很好。问题不在这。

对于异步编程(重点)：

在线程A中，从底层的Thread.run一直运行调用到某个方法xxx()，xxx()设置线程之间的共享对象并notify通知另外一个线程B处理输入的任务，

如果任务失败时 (比如验证错误、程序空指针错误、超时错误等等)

这样情况下，通常按照以下判断程序的好坏：

1、 差的做法：A线程无法收到失败通知，也就是B线程产生的异常对象无法通知到A，使A无法接收该异常；

2、 好的做法：B的异常能够被A接收到！技术上是B发生异常时，要把异常记录到某共享对象，然后B线程通知A线程取回该异常。

但，xxx()获取到B的异常后，如何处理呢？分为3种情况：

1、 xxx() 自己try catch处理掉 — 没问题，如果真的应该由它处理的话

2、xxx() 需要把这个异常rethrow出去给上级调用者，
此时要注意了，请不要简单这样写throw exceptionFromThreadB; 而应该写成这样：throw new XxxException(exceptionFromThreadB);

3、 如果第1步的try catch中需要做logger.error记录，也请这样记录logger.error(“”, new XxxException(exceptionFromThreadB));，不写成logger.error(“”, exceptionFromThreadB);

为什么？

一个异常对象，意味着JVM dump出的当时的堆栈调用情况。throw 或rethrow出去的意味着，让上级了解当时这个堆栈。

如果只是throw/log.error exceptionFromThreadB，那么从后台的日志文件中，并不能看出原来是xxxx()这个方法进行异步调用发生的异常，更不知道是xxx()里面的具体哪一个步骤、哪一个代码调用的异步调用。

这会耽误程序的调试，问题的解决。

rethrow或log异常的同学多留意一下