我填过的那些java程序员的坑（二）

兔死狐悲

我填过的那些java程序员的坑（二）

刚回来，先看了一遍这些东西，我这位兄弟连（w-ww。itxdl，cn）的朋友写的还不错吧，起码我是这么认为的，没有看到上文的请关注一下，希望这些java异常问题的解决方法可以帮助你吧，当然我更希望你不要给你后面的人埋这么一个大坑，说不准你现在的岗位离职之后，我就是继任呢，为别人更为自己，请你养成良好的工作习惯。

三、通过web.xml配置接收异常的页面

其他http响应状态码按需配置，如400、502、503、504等。

注意：此异常接收处理页面不能用静态页必须是动态页，且不能丢掉或吃掉异常，一定要把异常捕获并后台输出错误日志，但页面上不能输出错误日志，且异常接收页面的响应状态码不能设置为200，要按需设置为40x或50x。

以上第二和第三部分互为一体，有些异常需要局部处理的按需处理。

四、一些必须及时捕获处理异常的场景

1.用多线程实现的定时任务在循环处理数据时出现异常必须及时处理，否则执行时会退出。

2.页面豆腐块接口或供外接口必须处理异常，如出现异常返回空字符串或其他指定格式的信息提示返回。

3.ajax异步调用的接口必须处理异常，如出现异常返回空字符串或其他指定格式的信息提示返回。

五．一些关于处理异常的重要原则

1.捕获异常是为了处理它，捕获异常后吃掉不作任何处理是毫无节操无人品的耍流氓，至少要输出简单的错误日志提示，如果不想处理它，请将该异常抛给它的调用者。

捕获异常后不处理的代码示例：

try{

Do something;

}catch(Exeception e){

//此处无任何代码处理异常，挖坑作死的节奏！

}

2.异常不要用来做流程或条件控制，因为异常的处理效率比较低。

3.防止出现空指针异常是程序员的基本修养，注意该异常产生的场景。

4.当方法判断出错该返回时应该抛出异常，该抛异常就得抛，而不是返回一些错误值，如返回-1或者 -2之类的错误值。

5.如需处理处理异常，其处理的粒度不能太粗，如几百行代码放到一个try-catch块中处理，应该一个一个异常放在各自的try-catch块中处理。

6.对于一个应用来说，应该要有自己的一套整体的异常处理机制，当各种异常发生时能得到相应统一的处理风格，将友好的异常信息反馈给用户。

暂时遇到的就是这些了，等再遇到其他的我再整理吧，感谢大家的关注，也同样感谢我那位兄弟连（连,系电-话：177—1011—6169）的朋友，为了我们的和谐社会，让我们共同的努力吧，先从我们的代码开始。

射大雕

权限低下载不了

Rockyw

感谢楼主分享！