Skip to content

Commit 2310dcb

Browse files
committed
异常处理
1 parent 7c5ec1f commit 2310dcb

File tree

1 file changed

+359
-0
lines changed

1 file changed

+359
-0
lines changed
Lines changed: 359 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,359 @@
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+
![](https://user-gold-cdn.xitu.io/2020/6/14/172b156657087952?w=891&h=253&f=png&s=46752)
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+
![](https://user-gold-cdn.xitu.io/2020/6/14/172b154f01b322e4?w=1030&h=469&f=png&s=558089)
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+
![](https://user-gold-cdn.xitu.io/2020/5/16/1721b50d00331393?w=900&h=500&f=png&s=389569)
358+
- 欢迎关注我个人公众号,交个朋友,一起学习哈~
359+
- 如果答案整理有错,欢迎指出哈,感激不尽~

0 commit comments

Comments
 (0)