-
等等我们都是没有进行捕获的所以几乎永远不必专门捕获一个“运行期违例”——RuntimeException——它在默认情况下会自动得到处理。若必须检查RuntimeException我们的代码就会变得相当繁复。
Error類体系描述了Java运行系统中的内部错误以及资源耗尽的情形应用程序不应该抛出这种类型的对象（一般是由虚拟机抛出）。如果出现这种錯误除了尽力使程序安全退出外，在其他方面是无能为力的所以，在进行程序设计时应该更关注Exception体系。
RuntimeException：RuntimeException体系包括错误的类型转换、数组越界访问和试图访问空指针等等处理RuntimeException的原则是：如果出现RuntimeException，那么一定是程序员的错误例如，可以通过检查数组下标和数组边界來避免数组越界访问异常
- 上面的信息是笔者收集高手写的，已经总结的非常的棒了其實在项目的工程中，各种异常应接不暇的我们需要自己去设置异常信息，由于异常的处理很多的异常并非一定需要捕获，比如配置信息错了程序直接崩掉这个是最好的吧！配置信息都没有对，怎么执行下面的东西这个和IO异常不一样
- 笔者呢，在看Shiro源码的时候发现了這个异常的书写，就想看看高手们怎么书写的编程规范
这里就是一个UnavailableSecurityManagerException 运行时的异常，这个是自定义的当获取不到安全管家的信息的时候，就发出异常程序崩溃掉，这个不用捕获的
其他非RuntimeException（IOException等等）：这类异常一般是外部错误，例如试图从文件尾后读取数据等这并不是程序本身的错误，而昰在应用环境中出现的外部错误 这个时候应该被捕获哦！ 过度使用异常 ：首先，使用异常很方便所以程序员一般不再愿意编写处理错誤的代码，而仅仅是简简单单的抛出一个异常这样做是不对的，对于完全已知的错误应该编写处理这种错误的代码，增加程序的鲁棒性另外，异常机制的效率很差
将异常与普通错误区分开：对于普通的完全一致的错误，应该编写处理这种错误的代码增加程序的鲁棒性。只有外部的不能确定和预知的运行时错误才需要使用异常
异常对象中包含的信息 ：一般情况下，异常对象唯一有用的信息就是类型信息但使用异常带字符串的构造函数时，这个字符串还可以作为额外的信息调用异常对象的getMessage()、toString()或者printStackTrace()方法可以分别得到异常对象的额外信息、类名和调用堆栈的信息。并且后一种包含的信息是前一种的超集
所以这个是非常好的编程规范，我们在使用库函数的时候经常看得这样的报错信息都昰由于这样的定义才知道的错误，是不是非常的方便呢所以啊，学习的时候自己也可以定义一些经常发现的异常信息哦。
