Javascript异步请求你能捕获到异常吗？
异常处理是程序发布之前必须要解决的问题，不经过异常处理的应用会让用户对产品失去信心。在异常处理中，我们一贯的做法是按照函数调用的次序，将异常从数据访问层、业务逻辑层逐层传递至最后的UI层，在该层对所有的异常进行处理。即在底层只管抛出异常，同时将捕获到的异常向上一层再次抛出。用代码表示如下：
|
try{ statement... statement... throw new Error("这是距离底层第二层抛出的异常！"); try{ statement... statement... //抛出异常 throw new Error("这是底层的异常！"); } catch(e){ //将异常抛给上一层程序处理 throw e; } }catch(e){ //将异常继续抛给上一层程序处理 throw e; } |
上述过程中需要注意的是，在异常从底层向UI层传递的过程中，异常链不能断。即中间层要嘛自己对捕获到的异常进行处理，要嘛将其继续抛给上一层程序进行处理；如果不捕获异常或没有将捕获到的异常传递给上一层程序，将造成异常链断裂，上一层程序将无法捕获到底层程序抛出的异常。
在一般情况下，按照上述方法可以将底层程序的异常逐层传递给UI层处理，但是在javascript中有特殊情况，那就是ajax中方法异步调用时，无法在异步调用方法外层捕获到该方法调用时抛出的异常，异步调用方法中的异常只能在该方法内部进行处理，不能将其抛给其上层程序。
这种情况也容易理解，当顶层程序调用一个异步方法时，由于ajax机制顶，层程序无法得知异步函数何时返回，就不能知道该方法何时抛出异常，也就没有办法去捕获该方法抛出的异常，最终导致异常链断裂。
那么如果在异步调用的方法中将异常抛出会出现什么后果呢？答案是程序在异常处自动终止，而用户得不到任何提示。
请看线面的示例，示例试图在异步请求过程中将异常抛给其调用函数，通过单步调试可以看见程序在异步调用函数中捕获到了异常，如果没有那句可爱的”alert”，程序在捕获到异常后将直接终止，而此时UI层没有任何提示，但是对异常进行处理，比如通过alert将异常信息显示出来，结果就不一样了。我们的用户就会看见异常的提示。进而明白是由于哪些原因导致的，他们就不会轻易对系统抱怨！
同时还应当注意的是下面的throw，是将该异常继续抛给上一层程序，来告诉上一层程序此处程序遇到错误不能继续执行，那么上层程序在得知此事之后会终止应用程序。假如不将异常抛出，异常链就会断裂，上层程序还会继续执行，又会应为当前错误导致其它的异常，最终使程序崩溃，到那时展现给用户的可能就是一堆异常提示代码。
异步请求方法中捕获异常
异步请求方法中处理异常