3.15培训总结报告---异常处理

今天培训的 我学到了 C#中的异常处理。

C#中使用到的try   cath   finally    这三个关键字处理错误  的作用是不是只是指可以把错误打印出来的吗     这样就不会中断程序的执行   然后我们就可以在程序执行后知道错误在哪里    找到错误修改错误

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

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

     可以采取如下形式记录异常：
    在文件中记录异常。便于技术人员查看所发生的异常，从而日后对程序进行改进。 
    在数据库中记录异常。数据库支持查询，这样在后期就能够对异常进行分类查询等操作，便于查看与管理。 
    在Eventlog中记录异常。能够远程操作，方便系统管理员监控所有计算机的异常。

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

    异常处理，还应该注意在Finally块中释放相关资源、还原相关设置信息等收尾工作。基本程序结构如下：
    try 
    { 
        int x = 123/0;      //会抛出一个除数为0的异常 
    } 
    catch 
    { 
        // ...                       //在这里捕捉到这个异常，然后进行相关处理 
    } 
    finally 
    { 
        // ...                       //在这里做最后的清理或是其他工作 
    }