java异常处理中的return和throw

摘要:
如果将return和throw放在一起,将直接提示错误。然后,如果catch和finally都有returnfinally,catch中的返回将覆盖catch中返回的值。这使得人们更容易理解,重新运行和抛出都用于使程序跳出当前方法,这自然是冲突的。因为返回也是完全快速的原因之一,所以整个try-catch-filly块的结果是“完全快速”。因此,当在testEx1中调用testEx2时,无法捕获testEx1抛出的异常,但只能获得finally中的返回结果。

如果把return和throw放在一起,直接会提示错误。”Unreachable statement”(无法被执行).
然而finally却可以成功骗过编译器让两者并存(是不是可以算是编译器的一个小bug呢),结果是后执行的会覆盖前者。
finally如果有return会覆盖catch里的throw,同样如果finally里有throw会覆盖catch里的return。
进而如果catch里和finally都有return finally中的return会覆盖catch中的。throw也是如此。
这样就好理解一些了,retrun和throw都是使程序跳出当前的方法,自然就是冲突的。如果非要跳出两次那么后者会覆盖前者。

public class T {  

    public T() {  

    }  

    boolean testEx() throws Exception {  

        boolean ret = true;  

        try {  

            ret = testEx1();  

        } catch (Exception e) {  

            System.out.println("testEx, catch exception");  

            ret = false;  

            throw e;  

        } finally {  

            System.out.println("testEx, finally; return value=" + ret);  

            return ret;  

        }  

    }  

    boolean testEx1() throws Exception {  

        boolean ret = true;  

        try {  

            ret = testEx2();  

            if (!ret) {  

                return false;  

            }  

            System.out.println("testEx1, at the end of try");  

            return ret;  

        } catch (Exception e) {  

            System.out.println("testEx1, catch exception");  

            ret = false;  

            throw e;  

        }  

        finally {  

            System.out.println("testEx1, finally; return value=" + ret);  

            return ret;  

        }  

    }  

    boolean testEx2() throws Exception {  

        boolean ret = true;  

        try {  

            int b = 12;  

            int c;  

            for (int i = 2; i >= -2; i--) {  

                c = b / i;  

                System.out.println("i=" + i);  

            }  

           return true;  

        } catch (Exception e) {  

            System.out.println("testEx2, catch exception");  

            ret = false;  

            throw e;  

        }  
        finally {  

            System.out.println("testEx2, finally; return value=" + ret);  

            //return ret;  

        }  
    }  

    public static void main(String[] args) {  

        T testException1 = new T();  

        try {  

            testException1.testEx();  

        } catch (Exception e) {  

            e.printStackTrace();  

        }  

    }  

}  

i=2
i=1
testEx2, catch exception
testEx2, finally; return value=false
testEx1, catch exception
testEx1, finally; return value=false
testEx, finally; return value=false
try-catch-finally程序块的执行流程

首先执行的是try语句块中的语句,这时可能会有以下三种情况:

1. 如果try块中所有语句正常执行完毕,那么finally块的居于就会被执行,这时分为以下两种情况:

    如果finally块执行顺利,那么整个try-catch-finally程序块正常完成。

    如果finally块由于原因R突然中止,那么try-catch-finally程序块的结局是“由于原因R突然中止(completes abruptly)”

2. 如果try语句块在执行过程中碰到异常V,这时又分为两种情况进行处理:

    如果异常V能够被与try相应的catch块catch到,那么第一个catch到这个异常的catch块(也是离try最近的一个与异常V匹配的catch块)将被执行;这时就会有两种执行结果:

    如果catch块执行正常,那么finally块将会被执行,这时分为两种情况:

    如果finally块执行顺利,那么整个try-catch-finally程序块正常完成。

    如果finally块由于原因R突然中止,那么try-catch-finally程序块的结局是“由于原因R突然中止(completes abruptly)”

    如果catch块由于原因R突然中止,那么finally模块将被执行,分为两种情况:

    如果如果finally块执行顺利,那么整个try-catch-finally程序块的结局是“由于原因R突然中止(completes abruptly)”。

    如果finally块由于原因S突然中止,那么整个try-catch-finally程序块的结局是“由于原因S突然中止(completes abruptly)”,原因R将被抛弃。

虽然我们在testEx2中使用throw e抛出了异常,但是由于testEx2中有finally块,而finally块的执行结果是complete abruptly的。因为return也是一种导致complete abruptly的原因之一,所以整个try-catch-finally程序块的结果是“complete abruptly”,所以在testEx1中调用testEx2时是捕捉不到testEx1中抛出的那个异常的,而只能将finally中的return 结果获取到。当然这种情况是可以避免的,以testEx2为例:如果你一定要使用finally而且又要将catch中 throw的e在testEx1中被捕获到,那么你去掉testEx2中的finally中的return就可以了。如果将testEx2()中的

finally {

        System.out.println("testEx2, finally; return value=" + ret);  

        //return ret;  

    }  

修改为

finally {  

            System.out.println("testEx2, finally; return value=" + ret);  

            return ret;  

        }  

那么运行结果:
i=2
i=1
testEx2, catch exception
testEx2, finally; return value=false
testEx1, finally; return value=false
testEx, finally; return value=false
try-catch-finally程序块中的return

从上面的try-catch-finally程序块的执行流程以及执行结果一节中可以看出无论try或catch中发生了什么情况,finally都是会被执行的,那么写在try或者catch中的return语句也就不会真正的从该函数中跳出了,它的作用在这种情况下就变成了将控制权(语句流程)转到 finally块中;这种情况下一定要注意返回值的处理。

例如,在try或者catch中return false了,而在finally中又return true,那么这种情况下不要期待你的try或者catch中的return false的返回值false被上级调用函数获取到,上级调用函数能够获取到的只是finally中的返回值,因为try或者catch中的return 语句只是转移控制权的作用。

免责声明:文章转载自《java异常处理中的return和throw》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇R语言逻辑回归和泊松回归模型对发生交通事故概率建模McCall的软件质量模型下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

缓冲区溢出保护机制——Windows

缓冲区溢出保护机制 Windows GS安全编译选项 Visual Studio 2003及以后版本的Visual Studio中默认启用了这个安全编译选项。 GS编译选项为每个函数增加了一些额外的数据和操作: 1、在所有函数调用发生时,向栈帧内压入一个额外的随机DWORD,这个随机数被称作“canary”,用IDA反汇编时,又被称作“Security C...

Selenium

今天突然想了解下Selenium。虽然很久以前,有特意学过Selenium,也用C#写入测试样例,但由于那时什么都没有记录下来,之前积累的经验为0了。以后对自己做过的项目,学过的技术,过一段时间后,要进行总结。自己写的 StartSelenium.bat 脚本 java -jar "D:Selemiumselenium-server-standalone-...

Httpclient-(get、post(application/json)、post(application/form-data)、download、upload)

pom文件引入包:      <dependency> <groupId>org.apache.httpcomponents</groupId> <artifactId>httpclient</artifactId> </dep...

Quartz+Spring 实现定时任务的 管理和监控

 0,监控的意义 (1)能够查看有多少定时任务,用的什么执行策略,便于管理 (2)能够通过界面操作停止或启动某个定时任务,便于管理 (3)能够通过界面操作改变某个定时任务的执行策略,便于管理 1,pom.xml 文件添加jar 1 <!-- quartz监控 --> 2 <dependency> 3 <gro...

Sonar常见的审查结果

格式:问题名字+问题出现的次数 Resources should be closed2 资源未关闭,打开发现有两处用到的IO流没有关闭 Conditions should not unconditionally evaluate to "TRUE" or to "FALSE"1 if/else判断里出现了重复判断,比如在if(a>10)的执行体里面...

抛异常给前端的方式

1 public class ContentController { @Autowired private ContentService contentService; @RequestMapping("/list/{contentCategoryId}") @ResponseBody pu...