之前老是喜欢这样写:try{
 do something;
}catch(Exception e){
logger.error(e.getMessage());
}其实这里面并没有checked异常,只是为了可能的unchecked异常做处理。但是后来在java核心的书上看到,捕获一个unchecked异常是不必要的,完全写逻辑杜绝出现unchecked异常。
如果不写的话,logger记录异常的情况岂不是很少。还是说logger不一定要记录异常,也可以记录下一些登录信息等等。

解决方案 »

  1.   

    这个最好还是要try catch一下。程序员不是万能的,不可能把所有的情况都考虑完善。
      

  2.   

    如果你不适用try{}catch,直接导致的结果就是struts将异常给抛出到前台,然后一个很漂亮的500页面就这么产生了...
    java核心思想里的意思不推荐你采用没有unchecked的异常,主要原因是想让你学会自己控制自己的代码,以及他产生异常的可能性。
    这个方法是实在不行,这个是个最无奈的方法。
      

  3.   

    可以  用一个统一的类来处理 整个项目的异常信息 每一个方法 throws Exception 
    s2有拦截器可以在拦截器中实现 
      

  4.   

    建议写吧,并在catch中的异常中转到错误页面。我们项目一般都会这么做。
      

  5.   


    不是很好。
    ACTION中应该去调用业务的方法处理结果,
    你这样做把业务和控制器混一起了,
    但是你非得这样做,那也没有错。
      

  6.   

    我这里面写从前台传入的请求参数及调用service方法啊,这个不算是业务吧?难道request.getParamenter()要在service方法里写?
      

  7.   

    如果是ajax请求的,这个拦截器貌似不行吧。