浅析@Deprecated

最新推荐文章于 2022-09-11 10:15:14 发布

转载最新推荐文章于 2022-09-11 10:15:14 发布 · 437 阅读

文章标签：

#spring

Spring 专栏收录该内容

12 篇文章

订阅专栏

本文通过springMVC DispatcherServlet类的getHandler方法重构实例，介绍了如何优雅地处理因需求变更而导致的方法签名变化，同时保持向前兼容性。文章展示了通过添加@Deprecated注解并让旧方法调用新方法的方式，来平滑过渡到新的实现。

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

　最近由于工作环境不太理想，很长时间没心情写技术博文，今天在调试springMVC的DispatcherSevlet类的代码时，看到一处代码且联想到项目中程序员的一些做法，觉得有必要写一下。

我们在做项目时，前期写的类中的一些代码可能由于需求变化的原因需要重写，有时重写时方法的传参和返回值也会发生变化，这样往往导致调用的代码也跟着出错，我们看下spring的代码是如何处理这样的事,先看下面两段代码，上面这段是之前的getHandler方法，现在需要改成第二段代码，方法的参数cache不要了，而且方法内部的实现肯定也变化了，spring框架的作者先是在之前的方法上加了@Deprecated标志，然后让旧的方法去调用新的方法，相当于旧方法起了个临时代理的作用，这样之前调旧gethandler方法的代码也不会出问题，而实现已经切换成了新的实现，并且后面写代码的人看到了旧方法的@Deprecated标志后，也会避免调用它，而直接选择去调用新的getHandler方法。

@Deprecated
    protected HandlerExecutionChain getHandler(HttpServletRequest request, boolean cache) throws Exception {
        return getHandler(request);
    }

protected HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
        for (HandlerMapping hm : this.handlerMappings) {
            if (logger.isTraceEnabled()) {
                logger.trace(
                        "Testing handler map [" + hm + "] in DispatcherServlet with name '" + getServletName() + "'");
            }
            HandlerExecutionChain handler = hm.getHandler(request);
            if (handler != null) {
                return handler;
            }
        }
        return null;
    }