JAVA中return与finally的先后关系

本文详细探讨了Java中finally块的执行机制,特别是在与return语句交互时的行为。通过两个具体示例,分析了finally中修改变量和return值的影响,揭示了finally中return值将覆盖try块中的return值这一关键特性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、finally中修改了值后,会不会影响return的值?

具体例子:

    public static int returnValue2() {
        int i = 1;
        try{
            return i;
        } finally {
            System.out.println("执行finally");
            i = 2;
        }
    }
    public static void main(String[] args) {
        System.out.println(returnValue2());
    }

结果输出:

执行finally

1

结论:

     1)不管有木有return值,finally块中代码都会执行;

     2)return值不会因为finally里面的修改而改变,

2、如果finally中也return值,那么以哪个return值为准?

具体例子:

    public static int returnValue() {
        try{
            return 1;
        } finally {
            return 2;
        }
    }
    public static void main(String[] args) {
        System.out.println(returnValue());
    }

结果输出:

2

结论:如果finally中也return值,以finally中的return值为准

原理参考:https://blog.youkuaiyun.com/sinat_22594643/article/details/80509266

结论参考:https://blog.youkuaiyun.com/lwl2014100338/article/details/80788795

<think>嗯,用户问的是Java中多个拦截器的执行顺序。首先,我需要确定用户指的是哪种拦截器,因为Java中有不同框架的拦截器,比如Spring MVC的拦截器、Struts的拦截器,或者可能是其他框架的。不过根据常见情况,Spring MVC的拦截器可能更常用,所以我应该先假设是这个。 然后,用户可能是在开发Web应用时遇到了多个拦截器的执行顺序问题,比如登录验证、日志记录、权限检查等拦截器,需要确定它们的调用顺序是否正确。这时候需要解释拦截器的执行流程,包括preHandle、postHandle、afterCompletion这些方法。 接下来,我需要回忆Spring MVC中拦截器的注册顺序和执行顺序的关系。一般来说,注册的顺序决定了它们的执行顺序,先注册的先执行preHandle,但postHandle和afterCompletion则是相反的顺序。需要确认这一点是否正确,避免给出错误信息。 另外,用户可能对拦截器的执行流程不太清楚,特别是多个拦截器的情况下,每个阶段的顺序如何。需要分步骤说明,比如当有多个拦截器时,preHandle按注册顺序执行,postHandle按逆序执行,afterCompletion同样逆序。同时要说明如果某个拦截器的preHandle返回false,后续的拦截器和控制器都不会执行,但已经执行过preHandle的拦截器的afterCompletion仍会执行。 还要注意是否要举例子,比如用两个拦截器Interceptor1和Interceptor2,按注册顺序说明每个方法的执行顺序,这样用户更容易理解。同时提醒用户在实际应用中,拦截器的顺序可以通过配置调整,比如在Spring中通过XML配置或者Java配置中的addOrder方法。 可能用户遇到的问题是拦截器的执行结果不符合预期,比如日志记录没有在权限检查之前,或者某些拦截器没有正确触发。这时候需要强调注册顺序的重要性,并给出如何调整顺序的建议。 最后,确保回答结构清晰,分点说明执行顺序的规则,并给出示例和注意事项,帮助用户全面理解。</think>在Java中,多个拦截器的执行顺序主要取决于具体框架的设计(如Spring MVC),以下以Spring MVC为例说明典型执行规则: --- ### **核心执行顺序规则** 1. **`preHandle()` 方法** - 按**注册顺序**依次执行 - 若某个拦截器返回`false`,后续拦截器和控制器均不执行 - ```java // 示例:注册顺序为 InterceptorA → InterceptorB InterceptorA.preHandle() → InterceptorB.preHandle() ``` 2. **`postHandle()` 方法** - 按**注册顺序的逆序**执行 - 只有所有`preHandle()`均返回`true`时才会触发 - ```java // 执行顺序为 InterceptorB.postHandle() → InterceptorA.postHandle() ``` 3. **`afterCompletion()` 方法** - 同样按**注册顺序的逆序**执行 - 无论请求是否成功都会触发(类似`finally`块) - ```java // 执行顺序为 InterceptorB.afterCompletion() → InterceptorA.afterCompletion() ``` --- ### **完整流程示例** 假设注册顺序为 **LogInterceptor(日志)→ AuthInterceptor(鉴权)**: 1. 请求到达 $\rightarrow$ LogInterceptor.preHandle() $\rightarrow$ AuthInterceptor.preHandle() 2. 控制器方法执行 $\rightarrow$ UserController.getData() 3. 返回响应 $\rightarrow$ AuthInterceptor.postHandle() $\rightarrow$ LogInterceptor.postHandle() 4. 最终清理 $\rightarrow$ AuthInterceptor.afterCompletion() $\rightarrow$ LogInterceptor.afterCompletion() --- ### **关键注意事项** 1. **中断场景** - 若`AuthInterceptor.preHandle()`返回`false`: $\rightarrow$ LogInterceptor.afterCompletion()`仍会执行` 2. **顺序控制** - Spring Boot中可通过`@Order`注解或实现`Ordered`接口调整顺序 ```java @Component public class LogInterceptor implements HandlerInterceptor, Ordered { @Override public int getOrder() { return 1; // 值越小优先级越高 } } ``` 3. **异步请求差异** - 异步处理时(如`DeferredResult`),`postHandle()`和`afterCompletion()`的执行时机会发生变化 --- ### **典型应用场景** | 拦截器类型 | 常见执行顺序 | 用途 | |------------------|--------------|-----------------------------| | 日志记录 | 最早注册 | 记录请求开始时间、参数 | | 权限校验 | 次优先 | 检查Token/角色权限 | | 数据预处理 | 较晚 | 参数解密/格式转换 | | 响应包装 | 最晚 | 统一封装返回格式 | 建议根据业务需求,通过调整注册顺序实现逻辑分层。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值