基础知识《十》unchecked异常和checked异常

运行时异常在运行期间才能被检查出来，一般运行期异常不需要处理。也称为unchecked异常。
Checked异常在编译时就能确定，Checked异常需要自己处理。

checked 异常也就是我们经常遇到的IO异常，以及SQL异常都是这种异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常.

runtime exception，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。

对于运行时异常，程序员不进行处理，则运行时直接报错；如果程序员进行try/catch/finally的处理，则异常会被捕捉。

比如：以下将返回3

public int count() {
    try{
        return /;
    } catch(Exception e){
        return *;
    } finally {
        return ;
    }
}  

基础知识

程序开发中，数据流按照一定的规律进行传输，如果用户和程序之间的交互完全按照预定的效果运行，程序不会出现问题。可以假设所处理的数据都符合要求，通过界面作格式判定，所有资源都正确，但是为了系统的安全，需要处理存在的隐患，不能对数据安全抱有理想化的想法。

在ASP.NET中，错误处理分为两个层面：页面输入信息验证、CLR提供的结构化错误处理机制。

在页面输入信息判断中，可以采用JavaScript、VBScript等脚本进行判断，也可以使用.NET 环境下带有的Validation和正则表达式的方式将信息在提交执行处理前，进行格式判断。格式判断包括：网络地址、电子信箱、输入字符串长短和输入信息的数据类型的判断等。

结构化异常处理是CLR的基础部分，具有以下特点：可以跨语言，异常可以在一种语言中引发，在另外一种语言中捕捉处理；分层处理，一个异常可以包括另外一个异常，这意味着系统可以捕获底层对象（如数据层和业务层）的异常，引发自己的异常，包含有底层对象的异常。这样可以将异常进行细致分类，使得异常更容易处理。

结构化异常处理，一般要使用3部分代码。
 
（1）Try：是程序中可能出现错误的操作部分。

（2）Catch：是用来处理各种错误的部分（可以有多个）。必须正确排列捕获异常的Catch子句，范围小的Exception放在前面的Catch。即如果Exception之间存在继承关系，就应把子类的Exception放在前面的Catch子句中。

（3）Finally 块的代码用来清理资源或执行要在Try块末尾执行的其他操作（可以省略）。无论是否产生异常，Finally块都会执行。

结构化异常处理

异常是在程序设计中无法避免的错误，设计的程序必须能够处理所有可能出现的错误。所以要全面考虑异常处理，将一切可能出现异常的代码都进行try的捕捉，然后建立自己的异常处理机制，按照不同的异常情况进行分类处理。

异常产生的时候，需要知道是什么原因造成的错误以及错误的相关信息。根据实际情况抛出具体类型的异常，然后建立捕捉机制，捕捉到异常时做出具体的处理。在编写代码过程中，可以使用系统已定义的相关异常类以及自定义的异常类来实例化并抛出需要的异常。如一个不可能实现的接口，可以抛出System.NotSupportedExceptiion的异常来告诉接口的调用者。

在处理异常的时候，应该将可处理的具体异常分别在catch 块中作出相应处理，否则程序将终止运行。针对每一种异常，以不同方式处理，避免对所有异常做出一样的处理。并且在异常产生时，给用户一个友好的提示（最终用户对系统异常的具体内容是不明白的，这就需要给出相关的信息提示和解决方案，或告诉联系管理员等），并在可能的情况下给用户提供选择（确定和取消），让用户来决定系统的运行方向。同时，程序中要将异常做日志记录。不是所有异常都是必须记录的，例如一些可捕捉并且已经安排程序进行处理的异常就不需要记录它。

可以采取如下形式记录异常：

在文件中记录异常。便于技术人员查看所发生的异常，从而日后对程序进行改进。

在数据库中记录异常。数据库支持查询，这样在后期就能够对异常进行分类查询等操作，便于查看与管理。

在Eventlog中记录异常。能够远程操作，方便系统管理员监控所有计算机的异常。

除了可预料到的异常外，还有未预料到的异常。这类异常是无法进行管理的，发生后将系统程序转移到特定的错误页面，提示用户系统出错，结束程序。做好日志能为解决和调试问题带来很多方便。要避免使用了Try-Catch但没有处理异常的情况，否则就相当于给异常放行(这种情况还不如根本不去捕获)。

异常处理，还应该注意在Finally块中释放相关资源、还原相关设置信息等收尾工作。基本程序结构如下：

try

{

int x = 123/0; //会抛出一个除数为0的异常

}

catch

{

// ... //在这里捕捉到这个异常，然后进行相关处理

}

finally

{

// ... //在这里做最后的清理或是其他工作

}

本章的异常处理是针对容易出现错误的地方(操作数据库)应用此技术，但是只是捕捉到SQL异常后，给用户一个错误提示，并没有进一步作程序的处理。

C#中常见异常类

Exception：所有异常对象的基类。

SystemException：运行时产生的所有错误的基类。

IndexOutOfRangeException：当一个数组的下标超出范围时运行时引发。

NullReferenceException：当一个空对象被引用时运行时引发。

InvalidOperationException：当对方法的调用对对象的当前状态无效时，由某些方法引发。

ArgumentException：所有参数异常的基类。

ArgumentNullException：在参数为空(不允许)的情况下，由方法引发。

ArgumentOutOfRangeException：当参数不在一个给定范围之内时，由方法引发。

InteropException：目标在或发生在CLR外面环境中的异常的基类。

ComException：包含COM类的HRESULT信息的异常。

SEHException：封装Win32结构异常处理信息的异常。

SqlException：封装了SQL操作异常。