精华内容
下载资源
问答
  • Exception处理

    2017-07-28 16:09:56
     如果被调用方显示的向上Throw了Exception , 那么调用方【必须显示地处理Exception(向上Throw或者Try...Catch);   2 避免异常堆栈信息被吞掉  如果被调用方Try...Catch了Exception,但没有...

    1 原则


       如果被调用方显示的向上Throw了Exception , 那么调用方【必须显示地处理】Exception(向上Throw或者Try...Catch);


      


    2 避免异常堆栈信息被吞掉


       如果被调用方Try...Catch了Exception,但没有打印Exception堆栈信息;而此时调用方也无法获得Exception的信息,那么【Exception堆栈就被吞掉了】。


      

     

    3 被调用方只要CatchException 就可以随时打印异常的堆栈信息,但是调用方想拿到异常的信息一般有如下两种方式:


      方式一、被调用方、调用方都需要处理异常

          此时,需要被调用方catch住Exception并处理,然后在catch模块里面再向上Throw这个Exception对象e;然后调用方再catch住这个Exception对象e,并处理。

     

      


      方式二、被调用方不需要处理异常、调用方需要处理异常

           此时,被调用方不需catch Exception,只需要向上Throw Exception即可,调用方直接catch Exception即可。


      


    4 被调用方异常处理后返回值处理


      

    5 总结


      1、如果“被调用方”和“调用方”在同一个项目中(并且部署在同一台机器上),那么建议一方打印Exception即可(避免打印重复的日志)。

      2、如果“被调用方”和“调用方”在同的项目中,或者部署在不通的机器上(例如分布式项目的api&service),那么建议双方都需要打印异常,方法如下:

      首先,被调用方:首先,要在方法声明上显示地Throw Exception,其次要try...catchException 并在catch里面log.error(e.getMessage,e);和手动向上跑出异常throw new Exception(e);

      其次,调用方  :try...cacheException 并log.error(e.getMessage,e);

    展开全文
  • Exception处理最佳实践

    2010-10-11 11:05:00
    本文是Exception处理的一篇不错的文章,从Java Exception的概念介绍起,依次讲解了Exception的类型(Checked/Unchecked),Exception处理的最佳实现: 1. 选择Checked还是Unchecked的几个经典依据...

    本文是Exception处理的一篇不错的文章,从Java Exception的概念介绍起,依次讲解了Exception的类型(Checked/Unchecked),Exception处理的最佳实现:
    1. 选择Checked还是Unchecked的几个经典依据
    2. Exception的封装问题
    3. 如无必要不要创建自己的Exception
    4. 不要用Exception来作流程控制
    5. 不要轻易的忽略捕获的Exception
    6. 不要简单地捕获顶层的Exception
    原文地址:
    http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html


    关于异常处理的一个问题就是要对何时(when)和如何(how)使用它们做到了然于心。在本文中我将介绍一些关于异常处理的最佳实践,同时我也会涉及到最近争论十分激烈的checked Exception的使用问题。

    作为开发员,我们都希望能写出解决问题并且是高质量的代码。不幸的是,一些副作用(side effects)伴随着异常在我们的代码中慢慢滋生。无庸置疑,没有人喜欢副作用(side effects),所以我们很快就用我们自己的方式来避免它,我曾经看到一些聪明的程序员用下面的方式来处理异常:

    public void consumeAndForgetAllExceptions(){
    try {
    ...some code that throws exceptions
    } catch (Exception ex){
    ex.printStacktrace();
    }
    }

    上边的代码有什么问题么?

    在回答以前让我们想想怎样才是正确的?是的,一旦程序碰到异常,它就该挂起程序而"做"点什么。那么上边的代码是这样子的么?看吧,它隐瞒了什么? 它把所有的"苦水"往肚里咽(在控制台打印出异常信息),然后一切继续,从表面上看就像什么都没有发生过一样......,很显然,上边代码达到的效果并 不是我们所期望的。

    后来又怎样?

    public void someMethod() throws Exception{
    }

    上边的代码又有什么问题?

    很明显,上边的方法体是空的,它不实现任何的功能(没有一句代码),试问一个空方法体能抛出什么异常?当然Java并不阻止你这么干。最近,我也遇 到类似的情景,方法声明会抛出异常,但是代码中并没有任何"机会"来"展示"异常。当我问开发员为什么要这样做的时候,他回答我说"我知道,它确实有点那 个,但我以前就是这么干的并且它确实能为我工作。"

    在C++社区曾经花了数年实践来实践如何使用异常,关于此类的争论在 java社区才刚刚开始。我曾经看到许多Java程序员针对使用异常的问题进行争论。如果对于异常处理不当的话,异常可以大大减慢应用程序的执行速度,因 为它将消耗内存和CPU来创建、抛出并捕获异常。如果过分的依赖异常处理,代码对易读和易使用这两方面产生影响,以至于会让我们写出上边两处"糟糕"代 码。

    异常原理

    大体上说,有三种不同的"情景"会导致异常的抛出:

    l 编程错误导致异常(Exception due Programming errors): 这种情景下,异常往往处于编程错误(如:NullPointerException 或者 IllegalArgumentException),这时异常一旦抛出,客户端将变得无能为力。

    l 客户端代码错误导致异常(Exception due client code errors): 说白点就是客户端试图调用API不允许的操作。

    l 资源失败导致异常(Exception due to resource failures): 如内存不足或网络连接失败导致出现异常等。这些异常的出现客户端可以采取相应的措施来恢复应用程序的继续运行。

    Java中异常的类型

    Java 中定义了两类异常:

    l Checked exception: 这类异常都是Exception的子类

    l Unchecked exception: 这类异常都是RuntimeException的子类,虽然RuntimeException同样也是Exception的子类,但是它们是特殊的,它们 不能通过client code来试图解决,所以称为Unchecked exception

    举个例子,下图为NullPointerException的继承关系:

     

    图中,NullPointerException继承自RuntimeException,所以它是Unchecked exception.

    以往我都是应用checked exception多于Unchecked exception,最近,在java社区激起了一场关于checked exception和使用它们的价值的争论。这场争论起源于JAVA是第一个拥有Checked exception的主流OO语言这样一个事实,而C++和C#都是根本没有Checked exception,它们所有的异常都是unchecked。

    一个checked exception强迫它的客户端可以抛出并捕获它,一旦客户端不能有效地处理这些被抛出的异常就会给程序的执行带来不期望的负担。
    Checked exception还可能带来封装泄漏,看下面的代码:

    public List getAllAccounts() throws
    FileNotFoundException, SQLException{
    ...
    }

    上边的方法抛出两个异常。客户端必须显示的对这两种异常进行捕获和处理即使是在完全不知道这种异常到底是因为文件还是数据库操作引起的情况下。因此,此时的异常处理将导致一种方法和调用之间不合适的耦合。

     

    接下来我会给出几种设计异常的最佳实践 (Best Practises for Designing the API)

    1. 当要决定是采用checked exception还是Unchecked exception的时候,你要问自己一个问题,"如果这种异常一旦抛出,客户端会做怎样的补救?"
    如 果客户端可以通过其他的方法恢复异常,那么这种异常就是checked exception;如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception;从使用上讲,当异常出现的时候要做一些试图恢复它的动作而不要仅仅的打印它的信息,总来的来说,看下表:

    Client's reaction when exception happens
    Exception type

    Client code cannot do anything
    Make it an unchecked exception

    Client code will take some useful recovery action based on information in exception
    Make it a checked exception


    此外,尽量使用unchecked exception来处理编程错误:因为unchecked exception不用使客户端代码显示的处理它们,它们自己会在出现的地方挂起程序并打印出异常信息。Java API中提供了丰富的unchecked excetpion,譬如:NullPointerException , IllegalArgumentException 和 IllegalStateException等,因此我一般使用这些标准的异常类而不愿亲自创建新的异常类,这样使我的代码易于理解并避免的过多的消耗内 存。

    2. 保护封装性(Preserve encapsulation)

    不要让你要抛出的checked exception升级到较高的层次。例如,不要让SQLException延伸到业务层。业务层并不需要(不关心?)SQLException。你有两种方法来解决这种问题:

    l 转变SQLException为另外一个checked exception,如果客户端并不需要恢复这种异常的话;

    l 转变SQLException为一个unchecked exception,如果客户端对这种异常无能为力的话;

    多数情况下,客户端代码都是对SQLException无能为力的,因此你要毫不犹豫的把它转变为一个unchecked exception,看看下边的代码:
    public void dataAccessCode(){
    try{
    ..some code that throws SQLException
    }catch(SQLException ex){
    ex.printStacktrace();
    }
    }


    上边的catch块紧紧打印异常信息而没有任何的直接操作,这是情有可原的,因为对于SQLException你还奢望客户端做些什么呢?(但是显然这种就象什么事情都没发生一样的做法是不可取的)那么有没有另外一种更加可行的方法呢?

    public void dataAccessCode(){
    try{
    ..some code that throws SQLException
    }catch(SQLException ex){
    throw new RuntimeException(ex);
    }
    }

    上边的做法是把SQLException转换为RuntimeException,一旦SQLException被抛出,那么程序将抛出RuntimeException,此时程序被挂起并返回客户端异常信息。

    如果你有足够的信心恢复它当SQLException被抛出的时候,那么你也可以把它转换为一个有意义的checked exception, 但是我发现在大多时候抛出RuntimeException已经足够用了。

    3. 不要创建没有意义的异常(Try not to create new custom exceptions if they do not have useful information for client code.)

    看看下面的代码有什么问题?

    public class DuplicateUsernameException
    extends Exception {}


    它除了有一个"意义明确"的名字以外没有任何有用的信息了。不要忘记Exception跟其他的Java类一样,客户端可以调用其中的方法来得到更多的信息。

    我们可以为其添加一些必要的方法,如下:

    public class DuplicateUsernameException
    extends Exception {
    public DuplicateUsernameException
    (String username){....}
    public String requestedUsername(){...}
    public String[] availableNames(){...}
    }

     

    在新的代码中有两个有用的方法:reqeuestedUsername(),客户但可以通过它得到请求的名称;availableNames(), 客户端可以通过它得到一组有用的usernames。这样客户端在得到其返回的信息来明确自己的操作失败的原因。但是如果你不想添加更多的信息,那么你可 以抛出一个标准的Exception:

    throw new Exception("Username already taken");
    更甚的情况,如果你认为客户端并不想用过多的操作而仅仅想看到异常信息,你可以抛出一个unchecked exception:

    throw new RuntimeException("Username already taken");

    另外,你可以提供一个方法来验证该username是否被占用。

    很有必要再重申一下,checked exception应该让客户端从中得到丰富的信息。要想让你的代码更加易读,请倾向于用unchecked excetpion来处理程序中的错误(Prefer unchecked exceptions for all programmatic errors)。

    4. Document exceptions.

    你可以通过Javadoc's @throws 标签来说明(document)你的API中要抛出checked exception或者unchecked exception。然而,我更倾向于使用来单元测试来说明(document)异常。不管你采用哪中方式,你要让客户端代码知道你的API中所要抛出的 异常。这里有一个用单元测试来测试IndexOutOfBoundsException的例子:

    public void testIndexOutOfBoundsException() {
    ArrayList blankList = new ArrayList();
    try {
    blankList.get(10);
    fail("Should raise an IndexOutOfBoundsException");
    } catch (IndexOutOfBoundsException success) {}
    }

     

    上边的代码在请求blankList.get(10)的时候会抛出IndexOutOfBoundsException,如果没有被抛出,将 fail ("Should raise an IndexOutOfBoundsException")显示说明该测试失败。通过书写测试异常的单元测试,你不但可以看到异常是怎样的工作的,而且你可 以让你的代码变得越来越健壮。


    下面作者将介绍界中使用异常的最佳实践(Best Practices for Using Exceptions)
    1. 总是要做一些清理工作(Always clean up after yourself)

    如果你使用一些资源例如数据库连接或者网络连接,请记住要做一些清理工作(如关闭数据库连接或者网络连接),如果你的API抛出Unchecked exception,那么你要用try-finally来做必要的清理工作:
    java 代码

       1. public void dataAccessCode(){  
       2. Connection conn = null;  
       3. try{  
       4. conn = getConnection();  
       5. ..some code that throws SQLException  
       6. }catch(SQLException ex){  
       7. ex.printStacktrace();  
       8. } finally{  
       9. DBUtil.closeConnection(conn);  
      10. }  
      11. }  
      12.  
      13. class DBUtil{  
      14. public static void closeConnection  
      15. (Connection conn){  
      16. try{  
      17. conn.close();  
      18. } catch(SQLException ex){  
      19. logger.error("Cannot close connection");  
      20. throw new RuntimeException(ex);  
      21. }  
      22. }  
      23. }  

    DBUtil是一个工具类来关闭Connection.有必要的说的使用的finally的重要性是不管程序是否碰到异常,它都会被执行。在上边的例子中,finally中关闭连接,如果在关闭连接的时候出现错误就抛出RuntimeException.

     

    2. 不要使用异常来控制流程(Never use exceptions for flow control)

    下边代码中,MaximumCountReachedException被用于控制流程:
    java 代码

       1. public void useExceptionsForFlowControl() {  
       2. try {  
       3. while (true) {  
       4. increaseCount();  
       5. }  
       6. } catch (MaximumCountReachedException ex) {  
       7. }  
       8. //Continue execution  
       9. }  
      10.  
      11. public void increaseCount()  
      12. throws MaximumCountReachedException {  
      13. if (count >= 5000)  
      14. throw new MaximumCountReachedException();  
      15. }   

    上边的useExceptionsForFlowControl()用一个无限循环来增加count直到抛出异常,这种做法并没有说让代码不易读,但是它是程序执行效率降低。

    记住,只在要会抛出异常的地方进行异常处理。

     

    3. 不要忽略异常

    当有异常被抛出的时候,如果你不想恢复它,那么你要毫不犹豫的将其转换为unchecked exception,而不是用一个空的catch块或者什么也不做来忽略它,以至于从表面来看象是什么也没有发生一样。

     

    4. 不要捕获顶层的Exception

    unchecked exception都是RuntimeException的子类,RuntimeException又继承Exception,因此,如果单纯的捕获Exception,那么你同样也捕获了RuntimeException,如下代码:

    try{
    ..
    }catch(Exception ex){
    }
    一旦你写出了上边的代码(注意catch块是空的),它将忽略所有的异常,包括unchecked exception.

    5. Log exceptions just once

    Logging the same exception stack trace more than once can confuse the programmer examining the stack trace about the original source of exception. So just log it once.

    展开全文
  • exception 处理规则

    2007-04-22 13:50:00
    exception 处理规则 1. 捕获异常不要过份依赖异常,只对异常情况使用异常处理,不要使用异常实现控制结构,对于经常发生的可预计事件不要采用异常,注意异常的抛出有正常的抽象级别。2. 异常捕获后应该进行适当的...
    exception 处理规则

     

     

    1.      捕获异常

    不要过份依赖异常,只对异常情况使用异常处理,不要使用异常实现控制结构,对于经常发生的可预计事件不要采用异常,注意异常的抛出有正常的抽象级别。

    2.      异常捕获后应该进行适当的处理,不要丢弃异常

    捕获异常后的3种处理方法:

    ①     处理异常。

    针对该异常采取一些行动,例如修正问题、提醒某个人或进行其他一些处理,要根据具体的情形确定应该采取的动作。

    ②     重新抛出异常。

    处理异常的代码在分析异常之后,认为自己不能处理它,重新抛出异常也不失为一种选择。 

    ③     把该异常转换成另一种异常。

    大多数情况下,这是指把一个低级的异常转换成应用级的异常(其含义更容易被用户了解的异常)。 

     

    3.      指定具体的异常

    在catch语句中尽可能指定具体的异常类型,必要时使用多个catch。不要试图处理所有可能出现的异常。 

     

    4.      释放占用的资源

    当然,编写finally块应当多加小心,特别是要注意在finally块之内抛出的异常??这是执行清理任务的最后机会,尽量不要再有难以处理的错误,保证所有资源都被正确释放。。 

      

    5.      说明异常的详细信息

    在出现异常时,最好能够提供一些文字信息,例如当前正在执行的类、方法和其他状态信息,包括以一种更适合阅读的方式整理和组织异常信息。 


    6.      尽量减小try块的体积

    不要把大量的代码放入单个try块,然后再在catch语句中声明Exception,而是应该分离各个可能出现异常的段落并分别捕获其异常。这种做法为分析程序抛出异常的原因带来了方便,因为一大段代码中有太多的地方可能抛出Exception。 

     

     

     

    7.      输出完整的数据

    异常处理会改变程序的执行流程,有可能对数据的完整性产生影响,因此要全面考虑可能出现的异常以及这些异常对执行流程的影响。

    较为理想的处置办法是向输出设备写一些信息,声明数据的不完整性;另一种可能有效的办法是,先缓冲要输出的数据,准备好全部数据之后再一次性输出。 

     
     
    展开全文
  • springmvc学习笔记(29)——HandleException处理异常

    分享一下我老师大神的人工智能教程!零基础,通俗易懂!http://blog.csdn.net/jiangjunshow

    也欢迎大家转载本篇文章。分享知识,造福人民,实现我们中华民族伟大复兴!

                         

    如何使用HandleException

    在程序中,异常是最常见的,我们需要捕捉异常并处理它,才能保证程序不被终止。

    最常见的异常处理方法就是用try   catch来捕捉异常。这次我们使用springmvc给我们提供的方法来处理异常

    先模拟一个异常出现的场景。以下是一个简单的数学异常

        @RequestMapping("testExceptionHandle")    public String testExceptionHandle(@RequestParam("i")Integer i){        System.out.println(10/i);        return "hello";    }
    • 1
    • 2
    • 3
    • 4
    • 5

    当i的值为0的时候,就会抛出数学异常。该如何捕捉呢,我们使用ExceptionHandler注解

        //注意,该注解不是加在产生异常的方法上,而是另外写一个方法    @ExceptionHandler({ArithmeticException.class})    public String testArithmeticException(Exception e){        System.out.println("ArithmeticException:"+e);        return "error";    }
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
     
       
    • ExceptionHandler 的value属性是一个Class 数组,因此我们可以在该注解的属性中加入多个异常类
    •  
    • 当目标方法产生异常时,将被这个方法捕捉,我们可以得到异常的实例
    •  
    • 注意,捕捉异常的方法要和目标方法在同一个controller中
    •  

    HandleException的优先级

    当一个controller中有多个HandleException注解出现时,那么异常被哪个方法捕捉呢?这就存在一个优先级的问题

        @ExceptionHandler({ArithmeticException.class})    public String testArithmeticException(Exception e){        System.out.println("ArithmeticException:"+e);        return "error";    }    @ExceptionHandler({RuntimeException.class})    public String testRuntimeException(Exception e){        System.out.println("RuntimeException"+e);        return "error";    }    @RequestMapping("testExceptionHandle")    public String testExceptionHandle(@RequestParam("i")Integer i){        System.out.println(10/i);        return "hello";    }
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
     

    如以上代码所示,目标方法是testExceptionHandle,另外两个方法被ExceptionHandler注解修饰。

    访问目标方法,让它抛异常,看控制台打印结果,发现它抛了ArithmeticException:java.lang.ArithmeticException: / by zero这个异常

    因此我们可以确定,ExceptionHandler的优先级是:在异常的体系结构中,哪个异常与目标方法抛出的异常血缘关系越紧密,就会被哪个捕捉到。

    捕捉全局的异常

    ExceptionHandler只能捕捉同一个controller中的异常,其实我们也有办法捕捉整个程序中所有的异常

    新建一个类,加上@ControllerAdvice注解

    package com.zj.controller;import org.springframework.web.bind.annotation.ControllerAdvice;import org.springframework.web.bind.annotation.ExceptionHandler;//处理异常@ControllerAdvicepublic class HandleForException {    @ExceptionHandler({ArithmeticException.class})    public String testArithmeticException(Exception e){        System.out.println("ArithmeticException:"+e);        return "error";    }}
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16

    在这个类中使用ExceptionHandler,就能捕捉所有的controller中发生的异常

               

    给我老师的人工智能教程打call!http://blog.csdn.net/jiangjunshow

    这里写图片描述
    展开全文
  • Python Exception处理

    千次阅读 2017-11-26 15:29:22
    Python中的错误处理分为两类:语法错误和异常处理。语法错误一般是指由于python语句、表达式、函数等存在书写格式活语法规则上的错误抛出的异常,如python常见的缩进控制,若同层次的执行语句存在缩进不同,会报语法...
  • http://tech.e800.com.cn/articles/2009/79/1247105040929_1.html<br />    本文是Exception处理的一篇不错的文章,从Java Exception的概念介绍起,依次讲解了Exception的类型(Checked/Unchecked...
  • Java Exception 处理之最佳实践

    千次阅读 2009-07-08 17:48:00
    关键字: java/java编程 本文是Exception处理的一篇不错的文章,从Java Exception的概念介绍起,依次讲解了Exception的类型(Checked/Unchecked),Exception处理的最佳实现:1. 选择Checked还是Unchecked的几个...
  • 作者:Gunjan Doshi 2003-11-...2003-12-04 “本文是Exception处理的一篇不错的文章,从Java Exception的概念介绍起,依次讲解了Exception的类型(Checked/Unchecked),Exception处理的最佳实现:1. 选择Checked还
  • Java Exception处理逻辑

    2017-07-04 10:35:00
    java.lang.Errorjava.lang.Exception java.lang.RuntimeException Throwable是所以java异常或错误的超类,即指一切可抛出的内容。 Throwable包含2个子类:Error和Exception。 Error指的是严重问题如JVM...
  • JAVA Exception 处理

    千次阅读 2016-01-21 17:28:05
     有两个重要的子类:Exception(异常)和 Error(错误),二者都是 Java 异常处理的重要子类,各自都包含大量子类。   Error(错误): 是程序无法处理的错误,表示运行应用程序中较严重问题。大多数错误与...
  • struts2的exception处理机制

    万次阅读 2017-10-12 15:35:14
    对于struts2的异常处理,能够根据自定义的异常处理类。 这样就可以实现轻便型的对异常进行自定义处理,而且还能更改对相应的返回内容。
  • 1. DispatcherServlet中exception处理的时序图    图1 DispatcherServlet处理exception的时序图    DispatcherServlet中HandlerExceptionResolver的默认实现有...
  • python 中的try-exception处理异常

    千次阅读 2018-10-12 17:04:18
    python 中的try-exception 语句格式 针对不同异常设置多个except ... 出现异常(Exception)后的处理代码 2. 针对不同异常设置多个except 一个try 语句搭配多个Exception ,对异常进行分别处理 try: 检测范围 ex...
  • 常见EXCEPTION处理

    千次阅读 2009-10-28 15:36:00
    exception一Caused by: java.sql.SQLException: We are already in the process of making 11 connections and the number of simultaneous builds has been throttled to 10http://blog.csdn.net/swandrag
  • JAVA Exception 处理注意事项

    千次阅读 2009-03-12 11:12:00
    1,先catch子的... 2,不要用一个catch Exception处理所有的exceptions。 3,最早抛出exceptionexception的信息能够更准确和详细的描述异常信息。最迟catch exception,只有在能对catch的exception做具体
  • 服务器出现一些错误... <exception-type>java.lang.ArithmeticException</exception-type> <location>/WEB-INF/exception.jsp <!-- 服务器内部错误 --> <error-code>500 <location>/WEB-INF/500.jsp  

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 27,392
精华内容 10,956
关键字:

exception处理