前端异常捕获在ES3之前js代码执行的过程中，一旦出现错误，整个js代码都会停止执行，这样就显的代码非常的不健壮。从ES3开始，js也提供了类似的异常处理机制，从而让js代码变的更健壮，程序执行的过程中出现了异常，也可以让程序具有了一部分的异常恢复能力。js异常的特点是，出现不会导致JS引擎崩溃，最多只会终止当前执行的任务。回归正题，我们该如何在程序异常发生

这里解决之前留下来的问题，当程序没有正常返回时候就是程序由于运行时异常导致的结果，有些异常我们可，能无法提前预知，不能正常走到我们return的R对象返回。这个时候该如何处理在SpringBoot中，可以使用@ControllerAdvice注解来启用全局

使用ulua等unitylua脚本接口工具时，经常会出现各种崩溃这些崩溃本质上有一个共同模式：C调用Lua，Lua调用c，接着C出现异常也就是跨语言异常处理上存在严重问题；ulua，slua等库都抄袭了一个叫做LuaInterface的库，而这个异常传递导致崩溃的问题，就是LuaInterface自身设计的问题

捕获指定的类型这样的话可以对每种异常做出不同的处理，例如：include<iostreamusingnamespacestd;voidA(intn){inta1;floatb0.2;doublec0.3;

Controller层returnpatientRepository.findById(id).orElseThrow(()newNotFoundException(String.format("Patient%dnotfound",id)));E

0x01背景最近HackerOne公布了Nginx内存内容泄漏的问题，如果说内存内容泄漏的问题是个Bug的话，那这个Bug是个比较典型的程序没有对输入异常数据做适当的过滤处理而形成的。现实中程序对有限正常系用例的数据处理是定量的，对无线的异常数据会出现处理的盲点，如果什么数据都可以作为一个可接受输入程序的输入数据

Android全局异常捕获，不退出应用，让应用正常运行下去！当App发现异常后，如果程序没有处理，将交给虚拟机进行处理，通常会弹出一个对话框，然后退出应用。但大多数的异常可能对后续流程影响不大，比如分享功能出现。一个问题，真的有必要关闭整个应用吗？屏蔽这个功能，对整体来说不会有太大的影响。或者某个页面的数据出现了逻辑错误，大多数关闭当

使用After增强处理    Spring还提供了一个After增强处理，它与AfterReturning有点类似，但也有区别：AfterReturning增强处理只有在目标方法正确完成后才会被织入After增强处理不管目标方法如何结束（正确还是异常），它都会被织入    正是因为这个特点，因此Aft