本文主要是介绍JAVA的异常处理机制【见解】，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Java的异常处理机制
- java异常处理机制详解：
程序很难做到完美，不免有各种各样的异常。比如程序本身有bug，为了解决这些异常，我们需要知道异常发生的原因。对于一些常见的异常，我们还可以提供一定的应对预案。
2.异常处理：
异常存在的作用：1.提示用户【程序员】2.处理异常3.继续程序4.退出程序
-
Java异常是由：try、catch、finally、throw、throws以及随后的程序块组成的。
1.try：它里面放置可能引发异常的代码2.catch：后面对应异常类型和一个代码块，用于表明该catch块用于处理这种类型的代码块，可以有多个catch块。3.finally：主要用于回收在try块里打开的物力资源（如数据库连接、网络连接和磁盘文件），异常机制总是保证finally块总是被执行。只有finally块，执行完成之后，才会回来执行try或者catch块中的return或者throw语句，如果finally中使用了return或者 throw等终止方法的语句，则就不会跳回执行，直接停止。4.throw：用于抛出一个实际的异常，可以单独作为语句使用，抛出一个具体的异常对象。5.throws：用在方法签名中，用于声明该方法可能抛出的异常。
异常分为：Runtime异常和checked异常。
- Runtime异常是Java程序自身产生的。也就是说由于程序员的开发中犯错，这种异常完全可以通过修正Java程序进行避免的。
- checked异常：是由编程 与
环境互动造成程序在运行中出错。这种异常发生在Java环境外的，不是程序员可以控制的。通常遇到这种异常，可以指定出应对方案。
注意点：在异常处理器中，捕捉到的异常往往不利于我们识别到正确的问题，因为一段程序中可能包含着多种异常，而处理器中会选择大范围的异常报错。遮掩小异常，造成“异常丢失的问题”。
java把所有非正常情况分成两种：异常（Exception）和错误（Error），都是继承自Throwable父类。
Error错误：一般是指虚拟机相关的问题，如系统崩溃，虚拟机出错误等，这种错误无法恢复或不可能捕获，将导致应用程序中断，通常不处理。
Throwable（）：Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类（或其子类之一）的实例时，才能通过
Java 虚拟机或者 Java throw 语句抛出。类似地，只有此类或其子类之一才可以是 catch 子句中的参数类型。
1.Error（错误）：一般是指java虚拟机相关的问题，如系统崩溃、虚拟机出错误、动态链接失败等，这种错误无法恢复或不可能捕获，将导致应用程序中断，通常应用程序无法处理这些错误，因此应用程序不应该捕获Error对象，也无须在其throws子句中声明该方法抛出任何Error或其子类。
2.Exception：Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件
（1）. SQLException：该异常提供关于数据库访问错误或其他错误的信息。
（2）. RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类
（3）.IOException：此类为异常的通用类，它是由失败的或中断的 I/O 操作生成的。
异常对象包含的常用方法：
- getMessage（）；返回该异常的详细描述字符
- printStackTrace（）：将该异常的跟踪栈信息输出到标准错误输出。
- printStackTrace（PrintStream s）：将该异常的跟踪栈信息输出到指定的输出流
- getStackTrace（）：返回该异常的跟踪栈信息。
注意点：
1.try块中的局部变量和catch块中的局部变量（包括异常变量），以及finally中的局部变量，他们之间不可共享使用。
2.每一个catch块用于处理一个异常。异常匹配是按照catch块的顺序从上往下寻找的，只有第一个匹配的catch会得到执行。匹配时，不仅运行精确匹配，也支持父类匹配，因此，如果同一个try块下的多个catch异常类型有父子关系，应该将子类异常放在前面，父类异常放在后面，这样保证每个catch块都有存在的意义。
3.finally块不管异常是否发生，只要对应的try执行了，则它一定也执行。只有一种方法让finally块不执行：System.exit()。因此finally块通常用来做资源释放操作：关闭文件，关闭数据库连接等等。良好的编程习惯是：在try块中打开资源，在finally块中清理释放这些资源。
4.finally块没有处理异常的能力。处理异常的只能是catch块。
在此之外，还可以–》自定义异常。
用户自定义异常都应该继承Exception基类，如果希望自定义Runtime异常，则应该继承RuntimeException基类。
应以异常类通常需要提供两种构造器：一个是无参数的构造器，另一个是带一个字符串的构造器，这个字符串将作为该异常对象的详细说明（也就是异常对象的getMessage方法的返回值）。
通常情况下，程序会很少自行抛出系统异常，因为异常的类名通常包含了该异常的有用信息，所以在选择抛出什么异常时，应该选择合适的异常类，从而可以明确地描述异常情况，这样程序常常需要定义异常类。
用户定义异常类，需要基础Exception基类，如果希望定义RuntimeException基类，就应该继承该基类，定义异常类时通常需要提供两种构造器：1，无参的构造器，2，带字符串的构造器，这个字符串作为该异常对象的详细说明，（也就是异常对象的getMessage方法返回值），调用super将字符串参数传给异常对象的message属性，message属性就是异常对象的详细描述信息。
例子如下：
catch和throw同时使用
前面已有两种异常处理方法：
1.在异常出现的方法内捕获并处理，方法的调用者将不能再次捕获该异常。
2.该方法签名中声明抛出该异常，将该异常完全交给方法调用者处理。
但是在实际应用中往往需要更复杂的处理方式，即异常出现的当前方法中，程序只对异常进行部分处理，还有些处理需要在该方法的调用者中才能完成，所以应该再次抛出异常，可以让该方法的调用者也能捕获到异常。
1、使用throws和throw抛出异常
1.throw
java也允许程序自行抛出异常，自行抛出异常使用throw语句来完成（注意此处的throw没有后面的s）如果需要在程序中自行抛出异常，则应使用throw语句，throw语句可以单独使用，throw语句抛出的不是异常类，而是一个异常实例，而且每次只能抛出一个异常实例
2.throws
使用throws声明抛出异常的思路是，当前方法不知道如何处理这种类型的异常，给异常应该由上级调用者处理；如果main方法也不知道如何处理这种类型的异常，也可以使用throws声明抛出异常，该异常将交给JVM处理。JVM对异常的处理方式是，打印异常的跟踪栈信息，并中止程序运行。
总结：异常处理是在解决问题，同时也是在制造问题。大型项目中，过多、过细的异常处理往往会导致程序变得一团糟。异常处理的设计并不简单，并需要谨慎使用。
这篇关于JAVA的异常处理机制【见解】的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
