标签：finally == for orm mamicode 关键字 input file 掌握
该系列博文会告诉你如何从入门到进阶，一步步地学习Java基础知识，并上手进行实战，接着了解每个Java知识点背后的实现原理，更完整地了解整个Java技术体系，形成自己的知识框架。
Java的基本理念是“结构不佳的代码不能运行”。
“异常”这个词有“我对此感到意外”的意思。问题出现了，你也许不清楚该如何处理，但你的确知道不应该置之不理；你要停下来，看看是不是有别人或在别的地方，能够处理这个问题。只是在当前的环境中还没有足够的信息来解决这个问题，所以就把这个问题提交到一个更高级别的环境中，在这里将作出正确的决定。
使用异常所带来的另一个相当明显的好处是，它往往能够降低错误处理代码的复杂度。如果不使用异常，那么就必须检查特定的错误，并在程序中的许多地方去处理它。而如果使用异常，那就不必在方法调用处进行检查，因为异常机制将保证能够捕获这个错误。并且，只需在一个地方处理错误，即所谓的异常处理程序中。这种方式不仅节省代码，而且把“描述在正常执行过程中做什么事”的代码和“出了问题怎么办”的代码相分离。总之，与以前的错误处理方法相比，异常机制使代码的阅读、编写和调试工作更加井井有条。
现在我们需要编写一个五子棋程序，当用户输入下期坐标时，程序要判断用户输入是否合法，如果保证程序有较好的容错性，将会有如下的代码（伪代码）：
if(用户输入包含除逗号之外的其他非数字字符)
{
alert 坐标只能是数值
goto retry
}
else if(用户输入不包含逗号) {
alert 应使用逗号分隔两个坐标值
goto retry
}
else if(用户输入坐标值超出了有效范围) {
alert 用户输入坐标应位于棋盘坐标之内
goto retry
}
else if(用户输入的坐标已有棋子)
{
alert 只能在没有棋子的地方下棋
goto retry
}
else {
.....
}
上面代码还未涉及任何有效处理，只是考虑了4种可能的错误，代码就已经急剧增加了。但实际上，上面考虑的4种情形还远未考虑到所有的可能情形（事实上，世界上的意外是不可穷举的），程序可能发生的异常情况总是大于程序员所能考虑的意外情况。
对于上面的错误处理机制，主要有以下两个缺点：
我们希望有这样一种处理机制：
if(用户输入的数据不合法){
.....
}else{
处理逻辑
.....
}
上面伪码提供了一个非常强大的“if块”——程序不管输入错误的原因是什么，只要用户输入不满足要求，程序就一次处理所有的错误。这种处理方法的好处是，使得错误处理代码变得更有条理，只需在一个地方处理错误。
这就需要用到java异常了。
异常是程序中的一些错误，但并不是所有的错误都是异常，并且错误有时候是可以避免的。
比如说，你的代码少了一个分号，那么运行出来结果是提示是错误java.lang.Error；如果你用System.out.println(11/0)，那么你是因为你用0做了除数，会抛出java.lang.ArithmeticException的异常。
异常发生的原因有很多，通常包含以下几大类：
- 用户输入了非法数据。
- 要打开的文件不存在。
- 网络通信时连接中断，或者JVM内存溢出。
Java中的异常有以下三种类型：
检查异常：最具代表的检查性异常是用户错误或问题引起的异常，这是程序员无法预见的。例如要打开一个不存在文件时，一个异常就发生了，这些异常在编译时不能被简单地忽略。
运行异常：运行时异常是可能被程序员避免的异常。与检查性异常相反，运行时异常可以在编译时被忽略。
错误：错误不是异常，而是脱离程序员控制的问题。错误在代码中通常被忽略。例如，当栈溢出时，一个错误就发生了，它们在编译也检查不到的。
我们先来统观以下Java的异常体系结构图：
Java的异常被分为两大类：Checked异常和Runtime异常（运行时异常）。所有的RuntimeException类及其子类的实例被称为Runtime异常；不是RuntimeException类及其子类的异常实例则被称为Checked异常。
只有Java语言提供了Checked异常，其他语言都没有提供Checked异常。Java认为Checked异常都是可以被处理（修复）的异常，所以Java程序必须显式处理Checked异常。如果程序没有处理Checked异常，该程序在编译时就会发生错误，无法通过编译。
Java异常的顶级类，所有的类都继承自Throwable
Error错误，一般是指与虚拟机相关的问题，如系统崩溃、虚拟机错误、动态链接失败等，这种错误无法恢复或不可能捕获，将导致应用程序中断。通常应用程序无法处理这些错误，因此应用程序不应该试图使用catch 块来捕获Error对象。
在定义该方法时，也无须在其throws子句中声明该方法可能抛出Error及其任何子类。
Exception中异常主要分为两大类，运行时异常和检查异常。常见的运行时异常有ArrayIndexOutOfBoundsException（数组下标越界）、NullPointerException（空指针异常）、ArithmeticException（算术异常）、ClassNotFoundException（类型找不到），这些异常时非检查异常，程序可以选择处理，也可以不处理，编译器编译时期并不会报错。这些异常一般是由于程序逻辑错误引起的，所以建议程序员还是处理一下。除运行时异常外的所有异常我们都称为非运行时异常，也是必须处理的异常，如果不出来，程序编译会报错。
Error和Exception的区别：Error通常是灾难性的致命的错误，是程序无法控制和处理的，当出现这些异常时，Java虚拟机（JVM）一般会选择终止线程；Exception通常情况下是可以被程序处理的，并且在程序中应该尽可能的去处理这些异常。
除了RuntimeException及其子类以外，其他的Exception类及其子类都属于检查异常，当程序中可能出现这类异常，要么使用try-catch语句进行捕获，要么用throws子句抛出，否则编译无法通过。
包括RuntimeException及其子类和Error。
不受检查异常为编译器不要求强制处理的异常，检查异常则是编译器要求必须处置的异常。
Java的异常处理机制可以让程序具有极好的容错性，让程序更加健壮。当程序运行出现意外情形时，系统会自动生成一个Exception对象来通知程序，从而实现将“业务功能实现代码”和“错误处理代码”分离，提供更好的可读性。
try – 用于监听。try后紧跟一个花括号括起来的代码块（花括号不可省略），简称try块，它里面放置可能引发异常的代码，当try语句块内发生异常时，异常就被抛出。【监控区域】catch – 用于捕获异常。catch后对应异常类型和一个代码块，用于处理try块发生对应类型的异常。【异常处理程序】finally – 用于清理资源，finally语句块总是会被执行。 多个catch块后还可以跟一个finally块，finally块用于回收在try块里打开的物理资源（如数据库连接、网络连接和磁盘文件）。只有finally块执行完成之后，才会回来执行try或者catch块中的return或者throw语句，如果finally中使用了return或者throw等终止方法的语句，则就不会跳回执行，直接停止。【使用finally进行清理】throw – 用于抛出一个实际的异常。throw可以单独作为语句使用，抛出一个具体的异常对象。【抛出异常】throws --用在方法签名中，用于声明该方法可能抛出的异常。【异常说明】
语法格式：
try{
//业务实现代码
...
}catch(Exception e){
//异常处理代码
...
}
如果执行try块里的业务逻辑代码时出现异常，系统自动生成一个异常对象，该异常对象被提交给Java运行时环境，这个过程被称为抛出（throw）异常。
当Java运行时环境收到异常对象时，会寻找能处理该异常对象的catch块，如果找到合适的catch块，则把该异常对象交给该catch块处理，这个过程被称为捕获（catch）异常；如果Java运行时环境找不到捕获异常的catch块，则运行时环境终止Java程序也将退出。
下面看几个简单的异常捕获的例子：
例1：
public class DivTest {
public static void main(String[] args) {
try {
int a=Integer.parseInt(args[0]);
int b=Integer.parseInt(args[1]);
int c=a/b;
System.out.println("您输入的两个数相除的结果是"+c);
}catch(IndexOutOfBoundsException e) {
System.out.println("数组越界，运行时参数不够");
}catch(NumberFormatException e) {
System.out.println("数字格式异常");
}catch(ArithmeticException e) {
System.out.println("算术异常");
}catch(Exception e) {
System.out.println("未知异常");
}
}
}
上面程序中的三种异常是我们在编程中经常遇见的，读者应该掌握这些异常。
例2：
import java.util.Date;
public class Test {
public static void main(String[] args) {
Date d=null;
try {
System.out.println(d.after(new Date()));
}catch(NullPointerException e) {
System.out.println("空指针异常");
}catch(Exception e) {
System.out.println("未知异常");
}
}
}
上面程序针对NullPointerException异常提供了专门的异常处理块。上面程序调用一个null对象的after0方法，这将引发NullPointerException异常（当试图调用一个null对象的实例方法或实例变量时，就会引发NullPointerException异常），Java 运行时将会调用NullPointerException对应的catch块来处理该异常；如果程序遇到其他异常，Java运行时将会调用最后的catch块来处理异常。
catch块处理异常遵循着：先小后大，即先子类后父类。正如在前面程序所看到的，程序总是把对应Exception类的catch块放在最后，这是为什么呢？读者可能明白原因：如果把Exception类对应的catch块排在其他catch块的前面，Java运行时将直接进入该catch块（因为所有的异常对象都是Exception或其子类的实例），而排在它后面的catch块将永远也不会获得执行的机会。
多异常捕获：
在Java7之前，每个catch块只能捕获一个异常，Java7之后，每个catch块可以捕获多种类型的异常。
上面的例1可以改成如下代码实现：
public class Test {
public static void main(String[] args) {
try {
int a=Integer.parseInt(args[0]);
int b=Integer.parseInt(args[1]);
int c=a/b;
System.out.println("您输入的两个数相除的结果是"+c);
}catch(IndexOutOfBoundsException|NumberFormatException|ArithmeticException e) {
System.out.println("数组越界，数字格式异常，算术异常");
}catch(Exception e) {
System.out.println("未知异常");
}
}
}
使用throws声明抛出异常的思路是，当前方法不知道如何处理这种类型的异常，该异常应该由上一级调用者处理；如果main方法也不知道如何处理这种类型的异常，也可以使用throws声明抛出异常，该异常将交给JVM处理。JVM对异常的处理方法是，打印异常的跟踪栈信息，并中止程序运行，这就是前面程序在遇到异常后自动结束的原因。
import java.io.FileInputStream;
import java.io.FileNotFoundException;
public class Test {
public static void main(String[] args) throws FileNotFoundException {
FileInputStream fis=new FileInputStream("a.txt");
}
}
上面程序声明不处理IOException异常，将该异常交给JVM处理，所以程序一旦遇到该异常，JVM就会打印该异常的跟踪栈信息，并结束程序。运行上面程序，会看到如下图所示的运行结果。
public class Test {
public static void main(String[] args) throws Exception {
try {
int a=Integer.parseInt(args[0]);
int b=Integer.parseInt(args[1]);
int c=a/b;
if(b==0) {
throw new Exception("除数不能为0");
}
System.out.println("您输入的两个数相除的结果是"+c);
}catch(Exception e) {
System.out.println("未知异常");
}
}
}
上面程序中粗体字代码使用throw语句来自行抛出异常。当Java运行时接收到开发者自行抛出的异常时，同样会中止当前的执行流，跳到该异常对应的catch块，由该catch块来处理该异常。也就是说，不管是系统自动抛出的异常，还是程序员手动抛出的异常，Java运行时环境对异常的处理没有任何差别。
如果程序需要在catch块中访问异常对象的相关信息，则可以通过访问catch块的后异常形参来获得。当Java运行时决定调用某个catch块来处理该异常对象时，会将异常对象赋给catch块后的异常参数，程序即可通过该参数来获得异常的相关信息。
所有的异常对象都包括如下几个常用的方法：
getMessage()：返回该异常信息的跟踪栈信息输出到标准错误输出
printStackTrace()：将该异常的跟踪栈信息输出到标准错误输出。
printStackTrace(PrintStream s)：将该异常的跟踪栈信息输出到指定输出流。
getStackTrace()：返回该异常的跟踪栈信息。
有些时候，程序在try块里打开了一些物理资源（例如数据库连接、网络连接和磁盘文件），这些物理资源都必须显示回收。
在哪里回收这些物理资源呢？在try块里回收？还是在catch块中进行回收？假设程序在try块里进行资源回收，根据图10.1所示的异常捕获流程—一如果try块的某条语句引起了异常，该语句后的其他语句通常不会获得执行的机会，这将导致位于该语句之后的资源回收语句得不到执行。如果在catch块里进行资源回收，但catch块完全有可能得不到执行，这将导致不能及时回收这些物理资源。
为了保证一定能回收try块中打开的物理资源，异常处理机制提供了finally块。不管try块中的代码是否出现异常，也不管哪一个catch块被执行，甚至在try块或catch块中执行了return语句，finally块总会被执行。完整的Java异常处理语法结构如下：
try{
//业务实现代码
...
}catch(SubException e){
//异常处理块
...
}catch(SubException e2){
//异常处理块
...
}finally{
//资源回收
...
}
例如：
public class Test {
public static void main(String[] args) throws Exception {
try {
int a=10;
int b=0;
int c=a/b;
}catch(Exception e) {
System.out.println("未知异常");
}finally {
System.out.println("资源回收");
}
}
}
结果：
未知异常 资源回收
标签：finally == for orm mamicode 关键字 input file 掌握
原文地址：https://www.cnblogs.com/wgblog-code/p/11858228.html
