六、推荐总是使用FCL异常
也即慎用自定义异常。需要自定义异常的理由如下：
1、方便调试，通过抛出一个我们自己定义的异常类型实例，我们可以使捕获代码精确地知道所发生的事情，并以合适的方式进行恢复。
2、逻辑包装，自定义异常可包装多个其它异常，然后抛出一个业务异常。
3、方便调用者编码，在编写自己的类库或者业务层代码的时候，自定义异常可以让调用方更方便处理业务异常逻辑。如保存数据失败，可以分成两个异常“数据库连接失败。”、“网络异常。”
4、引入新异常类，使程序员能够根据异常类在代码中采取不同的操作。
七、不要再从System.ApplicationExcetipn这个基类派生异常
微软自己也已经修正这一点，当前的建议是：从System.Exception或其它常见基本异常之一派生异常。事实上，现在如果你在Visual studio中输入Excetion，然后使用快捷键tab，vs会自动给你创建一个继承自System.Exception的自定义异常类
八、避免在finally撰写无效代码
需要先提出一个问题，即：是否存在一种打破try-finally执行顺序的情况。答案是：没有（除非应用程序本身因为某些很少出现的特殊情况在try块中退出）。你应该始终认为finally内代码会在方法return之前被执行，哪怕return是在try块中。
但，需要区分引用类型变量和值类型变量在finally中会导致不同结果。
| private static int TestIntReturnInTry() { int i; try { return i = 1; } finally { i = 2; Console.WriteLine("\t将int结果改为2，finally执行完毕"); } } |
它返回的将是1。代码中，i=2实际上是一段无效代码，如果编译采用Release模式，编译器会直接将i=2删除，它不会为其生成对应的IL代码。
但是：
| static User TestUserReturnInTry() { User user = new User() { Name = "Mike", BirthDay = new DateTime(2010, 1, 1) }; try { return user; } finally { user.Name = "Rose"; user.BirthDay = new DateTime(2010, 2, 2); Console.WriteLine("\t将user.Name改为Rose"); } } |
我们会发现，TestUserReturnInTry方法返回的User中，Name的值已经改变为Rose了。
