一、Java异常简介
大家对trycatch可能并不陌生，也都使用的非常熟练了。
当程序运行过程中发生错误时，就会抛出异常，抛出异常总比终止程序来的好的多。
也可以在已知某个错误要发生时，进行trycatch操作，异常时进行某些特有操作。
1、Exception和Error
Exception和Error都继承于Throwable 类，在 Java 中只有 Throwable 类型的实例才可以被抛出或捕获，它是异常处理机制的基本组成类型。
Exception是可预料的异常情况，可以获取到这种异常，并对其进行业务外的处理。
Error是不可预料的异常，error发生后，会直接导致JVM不可处理。
Exception分为检查性异常、非检查性异常。
检查性异常，必须在编写代码时，使用try catch捕获（比如：IOException异常）。
非检查性异常，编译器不会发现这个地方是否会产生一次，比如空指针异常，这种异常是在代码编写或者使用过程中通过规范可以避免发生的。比如sts的findbugs功能就可以检测到代码的空指针异常。
2、NoClassDefFoundError 和 ClassNotFoundException 有什么区别？
NoClassDefFoundError是JVM运行时通过classpath加载类时，找不到对应的类而抛出的错误。
ClassNotFoundException：如果在编译过程中可能出现此异常，在编译过程中必须将其抛出。
NoClassDefFoundError的发生场景：
类依赖的class或jar不存在
类文件存在，但是在不同的域中，简而言之，就是找不到
ClassNotFoundException的发生场景：
调用class的forName方法时，找不到指定的类
ClassLoader中的findSystemClass() 方法时，找不到指定的类
public static void main(String[] args) {try {Class.forName("test");} catch (ClassNotFoundException e) {e.printStackTrace();}}
二、trycatch语法
1、try语句
try语句用大括号包含一段代码，该段代码可能会抛出一个或多个例外。
2、catch语句
catch语句的参数类似于方法的声明，包括一个例外类型和一个例外对象。例外类型必须为Throwable类的子类，它指明了catch语句所处理的例外类型，例外对象则由运行时系统在try所指定的代码块中生成并被捕获，大括号中包含对象的处理，其中可以调用对象的方法。
catch语句可以有多个，分别处理不同类的例外。Java运行时系统从上到下分别对每个catch语句处理的例外类型进行检测，直到找到类型相匹配的catch语句为止。这里，类型匹配指catch所处理的例外类型与生成的例外对象的类型完全一致或者是它的父类，因此，catch语句的排列顺序应该是从特殊到一般。
3、finally语句
不管try中是否会抛出例外，finally语句中的代码都会执行，finally 语句块的最重要的作用应该是释放申请的资源。
4、throws语句
throws总是出现在函数头后，用来标明该方法可能抛出的异常。
5、throw语句
与throws异曲同工，只是位置不同，throw放在catch模块中，程序会在throw执行后立即终止，throw后的代码不执行了，finally除外。
6、抛出异常
public void test() throws Exception{throw new Exception();};
7、捕获异常
try{//代码区}catch(Exception e){log.error("error: {}", e);}finally{//最后必须执行的部分}
三、trycatch的执行顺序
从try中第一行代码开始执行，执行到出现异常的代码，JVM会创建一个异常对象。
判断catch是否能捕获到jvm创建的异常对象，① 如果捕获到就跳到catch代码块中，不会结束程序，继续从catch中的代码逻辑；② 如果捕获不到，直接打印异常信息并结束程序。
如果try中没有异常，则执行完try中代码，跳过catch，进入finally代码块。
四、异常处理原则
方法内如果抛出需要检测的异常，那么方法上必须要声明，否则必须在方法内用try-catch捕捉，否则编译失败。
如果调用了声明异常的函数，要么try-catch要么throws，否则编译失败。
什么时候catch，什么时候throws？功能内容可以解决，用catch，解决不了，用throws告诉调用者，有调用者解决。
如果一个功能抛出了多个异常，那么调用时必须有对应多个catch进行针对性的处理。
五、异常注意事项
尽量不要直接捕获Exception，而是应该先捕获特定异常，最后捕获Exception异常。因为写代码也是一门学问，要让读代码的人可以从代码中获取更多的信息。
try中不应放过多的代码，只放必须放的就可以了，放太多的话如果发生异常，异常后面的代码将不会被执行。
catch可以有多个，而捕获的异常，应按优先级捕获，先捕获最低级别的异常，以此类推。
finally在trycatch语法中是选用的，不必须有，但如果有，不管是否发生异常，finally中的代码都会最后执行，finally中常见的操作是对流进行关闭，或者删除某些操作完的文件等。
当你对一段代码进行trycatch时，catch中一定要做处理，一般会给定返回值，boolean类型、整形一般根据实际情况返回-1、String或者集合类型一般返回null，然后再调用处进行返回值判断，坚决避免catch中不做任何处理，亦或返回了，但没接收。
当有业务需要时，可以用trycatch进行逻辑判断，报错时是一种逻辑的判断，有的时候很方便，也很好用。
六、禁用e.printStackTrace()
禁止在代码中出现e.printStackTrace() 。
e.printStackTrace() 只会将错误信息打印在控制台（一般用log输出日志替代），产生的错误字符串会到字符串内存空间，此内存空间一旦被占满，就没空间进行其它操作了，大量其它的线程就会中止，等待内存空间的释放，相互等待，等内存，锁住了，整个应用就挂掉了。
七、trycatch范围问题
民间有这样一个说法，trycatch的范围越小越好，这个谁都知道，为什么呢？因为效率低。为什么效率低呢？不知道了。
trycatch与没有trycatch的代码，区别在于，前者阻止了Java的重排序，trycatch里面的代码不会被编译器优化重排。重排序是编译器在不改变单线程程序语义的前提下，可以重新安排语句的执行顺序。
简而言之，try会阻止Java对代码进行重排序，也就是放弃了Java对代码的优化。效率肯定比重排序低，所以说，try中的代码越少越好。
当然，如果你不能很好的把握哪里会爆异常，哪里不会，在保证代码正确运行的前提下，再去尝试性的缩小trycatch的范围吧。
而代码的重排序最关键的地方就是即时编译器，下面来介绍一下即时编译器，也是本篇的重点。
八、即时编译器
即时编译器JIT是一个把Java字节码转换成可以直接发送给处理器的执行令的程序，用于提高运行时Java应用程序的性能。
在运行时，JVM装载类文件，确定每个单独的字节码的含义，并执行相应的计算，解释期间额外使用处理器和内存就意味着Java应用程序的执行速度要比本机应用程序慢，这是肯定的，因为代码还需要编译嘛。
JIT编译器通过在运行时将字节码编译为本机代码以帮助提高Java程序的性能。
在编译方法时，JVM直接调用编译好的本地代码，而不需要再去编译了。理论上，如果编译不需要占用处理器时间和内存，那么编译每个方法都可能使Java程序的执行速度接近于本机应用程序的速度。
实际上，第一次调用方法时不会对方法进行编译。对于每个方法，JVM都会保留一个调用计数，每次调动方法时该计数都将递增，JVM对方法进行解释，直至其调用计数超过JIT编译阈值。因此，JVM启动后将立即编译常用方法，而在较长时间之后再编译不常用方法，或者直接不编译不常用方法。JIT编译阈值帮助JVM快速启动并且还能提高性能，谨慎选择阈值，在启动和长期运行之间实现最佳平衡。
在编译方法后，调用计数将重置为0，并且对该方法的后续调用将继续使其计数递增。在达到阈值时，JIT编译器将执行第二次编译，与前一次的编译相比，其优化选择更多，此过程循环往复，直至达到最大优化级别。Java程序中被调用次数最多的方法，代码的优化处理做的是最好的，这也是提倡提取共通方法的原因。
简而言之，就是执行越频繁的代码，Java对其的优化越好，执行速度越快。
