在java的io、网络等方面的api中经常会遇到异常,当然也可能遇到error,但是真遇到error的话,那就太好了,你中奖了,等着程序死掉就行了,或者弹出一个警告,来提醒你中奖了。异常主要两类,一类是检查型异常(checked exception),还有一类是运行时异常(runtime exception),所有的异常都是这两类异常。
其实关于异常处理,有很多的讨论,有人认为遇到了异常就该处理掉,不该给程序留下隐患,也有的人认为异常不应该处理掉,要抛出去给调用者,这样才能让调用者知道问题所在。作为一个java的菜鸟,能有什么见解呢,只能选一种方式来处理异常,最主要要说服自己,这种方式是最好的,并且以后说的时候要理直气壮。
在工作中,我一般在底层不处理异常,会把异常抛出去上层,只在最上层处理,一般就是rest接口层面做处理,但是也不是完全不管直接抛出去,对于一些资源访问,你可以不处理异常情况,但是必须要保证你打开的资源在遇到异常的时候能正常关闭,比如用try...finally来做,否则导致什么内存泄漏也就不奇怪了,程序莫名其妙挂掉就更不奇怪了。举个例子,假如你写一个拷贝文件的程序,打开了源文件,然后在打开目标文件的时候报错了(什么没有权限。。。),这时候你如果直接抛出去,那么你打开的源文件没有被关闭,鬼知道会发生什么情况,jvm也说,你不管,我也不管,你去死吧(jvm会不会管我不知道,但是程序莫名其妙死掉是会发生的)。所以要关闭你打开的源文件流,但是没必要处理打不开目标文件这个异常,抛给调用者让他解决权限问题再说。
记得之前写爬虫的时候,经常会遇到有些网页半天打不开,一开始也没有设置连接超时就一直等在哪里,跑了半天,一看怎么没有数据进来,原来是在爬一个网站的时候,很多网页都打不开,一直卡在那里,线程全挂在那儿吹风,但是机器确并没有冷静下来。后面就设置超时时间什么巴拉巴拉,这时候超时以后,一般都会跑出异常,这里必须要自己处理掉异常,因为上面没有调用者了,你抛出去爽一时,然后整个线程都挂了,搞着搞着,程序就假死了,必须要重启整个爬虫服务。
如果直接抛出异常就没什么可说,鬼才管你调用者怎么处理,这里先撇清自己干系再说。那就说说如果自己必须要含着泪处理的异常,到底该怎么处理呢?我也不知道该怎么处理,我一般都是catch以后啥都不干,然后老大就问我这个网页为什么没数据,我就说肯定是请求超时,拿不到源码,当然没数据了,这有什么好解释的。老大就说,那你不如写个日志把错误的网页地址记录下来,以及当时抛出的异常异常,以后客户要说为什么那个网页数据没有的时候,可以拿出“作案工具”来证明是网站傻逼,不是自己无能。
总的来说,异常能不处理就不处理,如果非要自己处理,那就要保留证据,以此来表明自己的愤怒,以后还可以拿着这些来喷别人,怎么这么傻逼,还能出这个问题,这让我程序怎么跑,你当我程序能上天呀!