try{}catch(){}   就是这个 把它放到方法里  你就会知道他是干什么用的

解决方案 »

  1.   

    原则上是能不try catch的就不用try catch
    实在处理不了的程序,再try catch
      

  2.   

    一般是无法避免的异常才需要处理
    比如连接数据库,突然网络断了,连接不上了,此时就需要try{}catch{}
    以上举例不一定符合逻辑,望君理解
      

  3.   

    原则上是能不try catch的就不用try catch
    实在处理不了的程序,再try catch
    在能处理的地方才可以catch后吞掉异常,不能处理的异常不要catch,即使catch了,做完想做的处理(比如记日志),也要继续throw出异常。
    很多人对于程序的健壮性有一个误区,就是觉得一个程序轻易的不挂掉就是健壮的。但这其实是不对的,真正的健壮性是指程序要维持在预期的正确的状态运行,非预期的状态可以认为是bug,这种情况下终止程序其实是避免更大损失的一个正确选择。
      

  4.   

    原则上是能不try catch的就不用try catch
    实在处理不了的程序,再try catch
    在能处理的地方才可以catch后吞掉异常,不能处理的异常不要catch,即使catch了,做完想做的处理(比如记日志),也要继续throw出异常。
    很多人对于程序的健壮性有一个误区,就是觉得一个程序轻易的不挂掉就是健壮的。但这其实是不对的,真正的健壮性是指程序要维持在预期的正确的状态运行,非预期的状态可以认为是bug,这种情况下终止程序其实是避免更大损失的一个正确选择。哪些是属于可处理的异常?(如System.Security.Cryptography.CryptographicException或者System.ArgumentNullException或者System.ArgumentException)
      

  5.   

    哪些是属于可处理的异常?(如System.Security.Cryptography.CryptographicException或者System.ArgumentNullException或者System.ArgumentException)哪些是不可处理的异常?