|
| 1 | +## 前言 |
| 2 | +Java异常处理的十个建议,希望对大家有帮助~ |
| 3 | + |
| 4 | +本文已上传github: |
| 5 | + |
| 6 | +> https://github.com/whx123/JavaHome |
| 7 | +
|
| 8 | +**公众号:捡田螺的小男孩** |
| 9 | + |
| 10 | +### 一、尽量不要使用e.printStackTrace(),而是使用log打印。 |
| 11 | +**反例:** |
| 12 | +``` |
| 13 | +try{ |
| 14 | + // do what you want |
| 15 | +}catch(Exception e){ |
| 16 | + e.printStackTrace(); |
| 17 | +} |
| 18 | +``` |
| 19 | +**正例:** |
| 20 | +``` |
| 21 | +try{ |
| 22 | + // do what you want |
| 23 | +}catch(Exception e){ |
| 24 | + log.info("你的程序有异常啦,{}",e); |
| 25 | +} |
| 26 | +``` |
| 27 | +**理由:** |
| 28 | +- printStackTrace()打印出的堆栈日志跟业务代码日志是交错混合在一起的,通常排查异常日志不太方便。 |
| 29 | +- e.printStackTrace()语句产生的字符串记录的是堆栈信息,如果信息太长太多,字符串常量池所在的内存块没有空间了,即内存满了,那么,用户的请求就卡住啦~ |
| 30 | + |
| 31 | + |
| 32 | +### 二、catch了异常,但是没有打印出具体的exception,无法更好定位问题 |
| 33 | +**反例:** |
| 34 | +``` |
| 35 | +try{ |
| 36 | + // do what you want |
| 37 | +}catch(Exception e){ |
| 38 | + log.info("你的程序有异常啦"); |
| 39 | +} |
| 40 | +``` |
| 41 | +**正例:** |
| 42 | + |
| 43 | +``` |
| 44 | +try{ |
| 45 | + // do what you want |
| 46 | +}catch(Exception e){ |
| 47 | + log.info("你的程序有异常啦,{}",e); |
| 48 | +} |
| 49 | +``` |
| 50 | +**理由:** |
| 51 | +- 反例中,并没有把exception出来,到时候排查问题就不好查了啦,到底是SQl写错的异常还是IO异常,还是其他呢?所以应该把exception打印到日志中哦~ |
| 52 | + |
| 53 | +### 三、不要用一个Exception捕捉所有可能的异常 |
| 54 | +**反例:** |
| 55 | +``` |
| 56 | +public void test(){ |
| 57 | + try{ |
| 58 | + //…抛出 IOException 的代码调用 |
| 59 | + //…抛出 SQLException 的代码调用 |
| 60 | + }catch(Exception e){ |
| 61 | + //用基类 Exception 捕捉的所有可能的异常,如果多个层次都这样捕捉,会丢失原始异常的有效信息哦 |
| 62 | + log.info(“Exception in test,exception:{}”, e); |
| 63 | + } |
| 64 | +} |
| 65 | +``` |
| 66 | +**正例:** |
| 67 | + |
| 68 | +``` |
| 69 | +public void test(){ |
| 70 | + try{ |
| 71 | + //…抛出 IOException 的代码调用 |
| 72 | + //…抛出 SQLException 的代码调用 |
| 73 | + }catch(IOException e){ |
| 74 | + //仅仅捕捉 IOException |
| 75 | + log.info(“IOException in test,exception:{}”, e); |
| 76 | + }catch(SQLException e){ |
| 77 | + //仅仅捕捉 SQLException |
| 78 | + log.info(“SQLException in test,exception:{}”, e); |
| 79 | + } |
| 80 | +} |
| 81 | +``` |
| 82 | +理由: |
| 83 | +- 用基类 Exception 捕捉的所有可能的异常,如果多个层次都这样捕捉,会丢失原始异常的有效信息哦 |
| 84 | + |
| 85 | +### 四、记得使用finally关闭流资源或者直接使用try-with-resource |
| 86 | +**反例:** |
| 87 | +``` |
| 88 | +FileInputStream fdIn = null; |
| 89 | +try { |
| 90 | + fdIn = new FileInputStream(new File("/jay.txt")); |
| 91 | + //在这里关闭流资源?有没有问题呢?如果发生异常了呢? |
| 92 | + fdIn.close(); |
| 93 | +} catch (FileNotFoundException e) { |
| 94 | + log.error(e); |
| 95 | +} catch (IOException e) { |
| 96 | + log.error(e); |
| 97 | +} |
| 98 | +``` |
| 99 | +**正例1:** |
| 100 | + |
| 101 | +需要使用finally关闭流资源,如下 |
| 102 | +``` |
| 103 | +FileInputStream fdIn = null; |
| 104 | +try { |
| 105 | + fdIn = new FileInputStream(new File("/jay.txt")); |
| 106 | +} catch (FileNotFoundException e) { |
| 107 | + log.error(e); |
| 108 | +} catch (IOException e) { |
| 109 | + log.error(e); |
| 110 | +}finally { |
| 111 | + try { |
| 112 | + if (fdIn != null) { |
| 113 | + fdIn.close(); |
| 114 | + } |
| 115 | + } catch (IOException e) { |
| 116 | + log.error(e); |
| 117 | + } |
| 118 | +} |
| 119 | +``` |
| 120 | +**正例2:** |
| 121 | + |
| 122 | +当然,也可以使用JDK7的新特性try-with-resource来处理,它是Java7提供的一个新功能,它用于自动资源管理。 |
| 123 | +- 资源是指在程序用完了之后必须要关闭的对象。 |
| 124 | +- try-with-resources保证了每个声明了的资源在语句结束的时候会被关闭 |
| 125 | +- 什么样的对象才能当做资源使用呢?只要实现了java.lang.AutoCloseable接口或者java.io.Closeable接口的对象,都OK。 |
| 126 | + |
| 127 | +``` |
| 128 | +try (FileInputStream inputStream = new FileInputStream(new File("jay.txt")) { |
| 129 | + // use resources |
| 130 | +} catch (FileNotFoundException e) { |
| 131 | + log.error(e); |
| 132 | +} catch (IOException e) { |
| 133 | + log.error(e); |
| 134 | +} |
| 135 | +``` |
| 136 | + |
| 137 | +**理由:** |
| 138 | +- 如果不使用finally或者try-with-resource,当程序发生异常,IO资源流没关闭,那么这个IO资源就会被他一直占着,这样别人就没有办法用了,这就造成资源浪费。 |
| 139 | + |
| 140 | +### 五、捕获异常与抛出异常必须是完全匹配,或者捕获异常是抛异常的父类 |
| 141 | + |
| 142 | +**反例:** |
| 143 | + |
| 144 | +``` |
| 145 | +//BizException 是 Exception 的子类 |
| 146 | +public class BizException extends Exception {} |
| 147 | +//抛出父类Exception |
| 148 | +public static void test() throws Exception {} |
| 149 | +
|
| 150 | +try { |
| 151 | + test(); //编译错误 |
| 152 | +} catch (BizException e) { //捕获异常子类是没法匹配的哦 |
| 153 | + log.error(e); |
| 154 | +} |
| 155 | +``` |
| 156 | +**正例:** |
| 157 | + |
| 158 | +``` |
| 159 | +//抛出子类Exception |
| 160 | +public static void test() throws BizException {} |
| 161 | +
|
| 162 | +try { |
| 163 | + test(); |
| 164 | +} catch (Exception e) { |
| 165 | + log.error(e); |
| 166 | +} |
| 167 | +``` |
| 168 | + |
| 169 | +### 六、捕获到的异常,不能忽略它,至少打点日志吧 |
| 170 | +**反例:** |
| 171 | + |
| 172 | +``` |
| 173 | +public static void testIgnoreException() throws Exception { |
| 174 | + try { |
| 175 | + // 搞事情 |
| 176 | + } catch (Exception e) { //一般不会有这个异常 |
| 177 | + |
| 178 | + } |
| 179 | +} |
| 180 | +``` |
| 181 | +**正例:** |
| 182 | + |
| 183 | +``` |
| 184 | +public static void testIgnoreException() { |
| 185 | + try { |
| 186 | + // 搞事情 |
| 187 | + } catch (Exception e) { //一般不会有这个异常 |
| 188 | + log.error("这个异常不应该在这里出现的,{}",e); |
| 189 | + } |
| 190 | +} |
| 191 | +``` |
| 192 | + |
| 193 | +**理由:** |
| 194 | +- 虽然一个正常情况都不会发生的异常,但是如果你捕获到它,就不要忽略呀,至少打个日志吧~ |
| 195 | + |
| 196 | + |
| 197 | +### 七、注意异常对你的代码层次结构的侵染(早发现早处理) |
| 198 | +**反例:** |
| 199 | + |
| 200 | +``` |
| 201 | +public UserInfo queryUserInfoByUserId(Long userid) throw SQLException { |
| 202 | + //根据用户Id查询数据库 |
| 203 | +} |
| 204 | +``` |
| 205 | +**正例:** |
| 206 | + |
| 207 | +``` |
| 208 | +public UserInfo queryUserInfoByUserId(Long userid) { |
| 209 | + try{ |
| 210 | + //根据用户Id查询数据库 |
| 211 | + }catch(SQLException e){ |
| 212 | + log.error("查询数据库异常啦,{}",e); |
| 213 | + }finally{ |
| 214 | + //关闭连接,清理资源 |
| 215 | + } |
| 216 | +} |
| 217 | +``` |
| 218 | +**理由:** |
| 219 | +- 我们的项目,一般都会把代码分 Action、Service、Dao 等不同的层次结构,如果你是DAO层处理的异常,尽早处理吧,如果往上 throw SQLException,上层代码就还是要try catch处理啦,这就污染了你的代码~ |
| 220 | + |
| 221 | +### 八、自定义封装异常,不要丢弃原始异常的信息Throwable cause |
| 222 | + |
| 223 | +我们常常会想要在捕获一个异常后抛出另一个异常,并且希望把原始异常的信息保存下来,这被称为异常链。公司的框架提供统一异常处理就用到异常链,我们自定义封装异常,不要丢弃原始异常的信息,否则排查问题就头疼啦 |
| 224 | + |
| 225 | +**反例:** |
| 226 | + |
| 227 | +``` |
| 228 | +public class TestChainException { |
| 229 | + public void readFile() throws MyException{ |
| 230 | + try { |
| 231 | + InputStream is = new FileInputStream("jay.txt"); |
| 232 | + Scanner in = new Scanner(is); |
| 233 | + while (in.hasNext()) { |
| 234 | + System.out.println(in.next()); |
| 235 | + } |
| 236 | + } catch (FileNotFoundException e) { |
| 237 | + //e 保存异常信息 |
| 238 | + throw new MyException("文件在哪里呢"); |
| 239 | + } |
| 240 | + } |
| 241 | + public void invokeReadFile() throws MyException{ |
| 242 | + try { |
| 243 | + readFile(); |
| 244 | + } catch (MyException e) { |
| 245 | + //e 保存异常信息 |
| 246 | + throw new MyException("文件找不到"); |
| 247 | + } |
| 248 | + } |
| 249 | + public static void main(String[] args) { |
| 250 | + TestChainException t = new TestChainException(); |
| 251 | + try { |
| 252 | + t.invokeReadFile(); |
| 253 | + } catch (MyException e) { |
| 254 | + e.printStackTrace(); |
| 255 | + } |
| 256 | + } |
| 257 | +} |
| 258 | +//MyException 构造器 |
| 259 | +public MyException(String message) { |
| 260 | + super(message); |
| 261 | + } |
| 262 | +
|
| 263 | +``` |
| 264 | +运行结果如下,没有了Throwable cause,不好排查是什么异常了啦 |
| 265 | + |
| 266 | + |
| 267 | +**正例:** |
| 268 | +``` |
| 269 | +
|
| 270 | +public class TestChainException { |
| 271 | + public void readFile() throws MyException{ |
| 272 | + try { |
| 273 | + InputStream is = new FileInputStream("jay.txt"); |
| 274 | + Scanner in = new Scanner(is); |
| 275 | + while (in.hasNext()) { |
| 276 | + System.out.println(in.next()); |
| 277 | + } |
| 278 | + } catch (FileNotFoundException e) { |
| 279 | + //e 保存异常信息 |
| 280 | + throw new MyException("文件在哪里呢", e); |
| 281 | + } |
| 282 | + } |
| 283 | + public void invokeReadFile() throws MyException{ |
| 284 | + try { |
| 285 | + readFile(); |
| 286 | + } catch (MyException e) { |
| 287 | + //e 保存异常信息 |
| 288 | + throw new MyException("文件找不到", e); |
| 289 | + } |
| 290 | + } |
| 291 | + public static void main(String[] args) { |
| 292 | + TestChainException t = new TestChainException(); |
| 293 | + try { |
| 294 | + t.invokeReadFile(); |
| 295 | + } catch (MyException e) { |
| 296 | + e.printStackTrace(); |
| 297 | + } |
| 298 | + } |
| 299 | +} |
| 300 | +//MyException 构造器 |
| 301 | +public MyException(String message, Throwable cause) { |
| 302 | + super(message, cause); |
| 303 | + } |
| 304 | +``` |
| 305 | + |
| 306 | + |
| 307 | + |
| 308 | + |
| 309 | +### 九、运行时异常RuntimeException ,不应该通过catch 的方式来处理,而是先预检查,比如:NullPointerException处理 |
| 310 | +**反例:** |
| 311 | + |
| 312 | +``` |
| 313 | +try { |
| 314 | + obj.method() |
| 315 | +} catch (NullPointerException e) { |
| 316 | +... |
| 317 | +} |
| 318 | +``` |
| 319 | +**正例:** |
| 320 | + |
| 321 | +``` |
| 322 | +if (obj != null){ |
| 323 | + ... |
| 324 | +} |
| 325 | +``` |
| 326 | + |
| 327 | +### 十、注意异常匹配的顺序,优先捕获具体的异常 |
| 328 | +注意异常的匹配顺序,因为只有第一个匹配到异常的catch块才会被执行。如果你希望看到,是NumberFormatException异常,就抛出NumberFormatException,如果是IllegalArgumentException就抛出IllegalArgumentException。 |
| 329 | + |
| 330 | +**反例:** |
| 331 | +``` |
| 332 | +try { |
| 333 | + doSomething("test exception"); |
| 334 | +} catch (IllegalArgumentException e) { |
| 335 | + log.error(e); |
| 336 | +} catch (NumberFormatException e) { |
| 337 | + log.error(e); |
| 338 | +} |
| 339 | +``` |
| 340 | + |
| 341 | +**正例:** |
| 342 | + |
| 343 | +``` |
| 344 | +try { |
| 345 | + doSomething("test exception"); |
| 346 | +} catch (NumberFormatException e) { |
| 347 | + log.error(e); |
| 348 | +} catch (IllegalArgumentException e) { |
| 349 | + log.error(e); |
| 350 | +} |
| 351 | +``` |
| 352 | + |
| 353 | +理由: |
| 354 | +- 因为NumberFormatException是IllegalArgumentException 的子类,反例中,不管是哪个异常,都会匹配到IllegalArgumentException,就不会再往下执行啦,因此不知道是否是NumberFormatException。所以需要优先捕获具体的异常,把NumberFormatException放前面~ |
| 355 | + |
| 356 | +## 公众号 |
| 357 | + |
| 358 | +- 欢迎关注我个人公众号,交个朋友,一起学习哈~ |
| 359 | +- 如果答案整理有错,欢迎指出哈,感激不尽~ |
0 commit comments