• java 异常小结


    本篇不打算冗长介绍各种异常,只写出通用的应该遵循的异常处理规范(个人理解,如有错误欢迎指正)

    1. 检查异常(checked exception),通常见到的有SQLException,IOException,InterruptedException,ConnectTimeOutException,ClassNotFoundException等等。这些异常往往是由于数据库,网络和资源问题导致的,不是程序本身正常运行的情况。这些异常被认为是可以恢复的,比如网络异常可以通过重试几次有可能就解决了。这类异常要求程序员必须捕获并作处理,程序员的具体处理还是要根据业务情况而定。
      非检查异常(unchecked exception),常见的有NullPointerExceprion,OutOfBoundsException,IllegalArgumentExcetion,NumberFormatException等(一般这类异常继承自RuntimeException),这些一般是程序内部的,由于数据格式的问题产生的非正常情况,理论上是不应该发生的,而我们也的确可以通过某种方式避免一些非检查异常(数组长度判断,非空判断等)。非检查异常不要求程序员必须捕获,有时候函数头会指明抛出的非检查异常(但是不要求一定捕获),有时候只在api的注释里面说明可能抛出的异常。这个是api设计的不一致问题。
      java区分这两种异常,在一些时候显得没那么必要,检查异常要求强制try-catch,以及直接在函数头上声明出来,会让代码很难看。因此一般项目中使用的都是非检查异常,有些底层的检查异常最后也会被转译为非检查异常。非检查异常不会污染接口,但是还是需要处理。
     
    2. 不要使用异常做流程控制
        比如不对除数做判断,当发生异常时,再得出除数等于0或返回失败。或者当某段代码异常了表示进入某个分支,没有异常就走另外一分支。或者通过异常跳出循环。因为异常的try-catch是消耗资源的做法,异常针对的是非正常情况,不应该与正常的业务代码混用。
     
    3. 异常如果能处理就内部处理了,如果不能处理就抛给调用者,而不应该catch了异常,然后打印了堆栈信息就完了。
        异常能处理,比如发生了检查异常,我们可以重试多次,如果多次仍然失败,就抛出;或者说一段代码异常,没有更高一级的调用者能够处理了,再抛出就抛给虚拟机了,此时要处理它;或者说某段代码异常就可以认定这个任务失败了,这时就可以处理之做状态变更。
        catch了异常不处理,只打印,导致的问题就是调用者正常调用了这个方法,也正常返回了,觉得应该没有问题了,但是实际上方法内部异常了。这时候调用者拿到错误的数据就会产生非常严重的后果。虽然有日志打印,但是实际上业务上认为成功了,除非任务失败,否则如果没有人检查日志就不会有人发现这段错误。
      
    4. 保留异常现场
        异常发生时,如果确定要catch处理它,除了记录堆栈信息(使用日志的项目中,需要用logger记录,而不要e.printStackTrace(),此外,我见过只记录e.getMessage()的,发生错误之后,我只能看到一个空指针异常,而看不到哪一行空指针了),还要保留异常现场。也就是说发生异常时正在做什么操作,操作的输入参数输出参数是怎样的(日志格式强烈建议规范化,不然不统一的格式看起来很难受)。方便从参数中发现异常原因,排查问题。
     
    5. 不要有过大的try块
        try-catch是比较消耗资源的做法(不清楚JVM的实现,有机会再研究,但是直观地看,程序要保留异常堆栈信息,监控代码是否异常,应该不是轻松的事情),
        所以只针对可能抛出异常的代码try-catch,try-catch中不应该有太多无关操作。比如异常做状态修改,完全可以用一个boolean值在catch完之后再做记录。
     
    6. 不要从头到尾只用一种异常
        不要只用exception或者RuntimeException处理所有的异常。程序当中应该区分不同模块和不同层的异常,比如系统异常业务异常,dao异常service异常,方便出错的时候定位问题。另外,对异常可以使用编码来记录异常类型和异常说明。这样可以用一个类/配置文件,来对异常进行管理。如果要修改异常的表示方式或者文字说明,也不用每个类里面乱找。将一些一些api异常或者底层的异常,转移为业务异常(catch之后new一个业务异常),也是经常有的。
     
    7. 对try块中申请的资源,应该要在finally中释放掉,java7提供了try(声明资源语句),但总之资源都应该保证退出方法时被释放。
     
    8. 记住异常是非正常情况,如果能够避免就尽量避免,异常只是一种保障机制,不代表我们可以无视业务逻辑和算法,随便写,写完catch就行了。
       对于一些可以规避的异常(空指针,非法数字格式,下标越界等),可以通过程序判断来避免。对于web的控制层异常,需要转译异常,跳转到错误页面,或者是提示前台【内部错误】,不要将堆栈信息也显示到前台。
     
    ---------------------------以上----------------------------
  • 相关阅读:
    ⛅剑指 Offer 11. 旋转数组的最小数字
    ✨Shell脚本实现Base64 加密解密
    Linux配置Nginx
    378. Kth Smallest Element in a Sorted Matrix
    875. Koko Eating Bananas
    278. First Bad Version
    704. Binary Search
    69. Sqrt(x)
    LeetCode 110 判断平衡二叉树
    LeetCode 43 字符串相乘
  • 原文地址:https://www.cnblogs.com/opensesame/p/6415443.html
Copyright © 2020-2023  润新知