• 从源码层面聊聊面试问烂了的 Spring AOP与SpringMVC


    Spring AOP ,SpringMVC ,这两个应该是国内面试必问题,网上有很多答案,其实背背就可以。但今天笔者带大家一起深入浅出源码,看看他的原理。以期让印象更加深刻,面试的时候游刃有余。

    Spring AOP 原理

    简单说说 AOP 的设计:

    1. 每个 Bean 都会被 JDK 或者 Cglib 代理。取决于是否有接口。
    2. 每个 Bean 会有多个“方法拦截器”。注意:拦截器分为两层,外层由 Spring 内核控制流程,内层拦截器是用户设置,也就是 AOP。
    3. 当代理方法被调用时,先经过外层拦截器,外层拦截器根据方法的各种信息判断该方法应该执行哪些“内层拦截器”。内层拦截器的设计就是职责连的设计。

    是不是贼简单。事实上,楼主之前已经写过一个简单的例子,地址:使用 Cglib 实现多重代理

    看完之后更简单。

    可以将 AOP 分成 2 个部分来扯,哦,不,来分析。。。 第一:代理的创建; 第二:代理的调用。

    注意:我们尽量少贴代码,尽量用文字叙述,因为面试的时候,也是文字叙述,不可能让你把代码翻出来的。。。所以,这里需要保持一定的简洁,想知道细节,看 interface 21 源码,想知道的更细,看 Spring Framework 最新的 master 分支代码。

    代码位置:com.interface21.aop 包下。

    开始分析(扯):

    1. 代理的创建(按步骤):
    • 首先,需要创建代理工厂,代理工厂需要 3 个重要的信息:拦截器数组,目标对象接口数组,目标对象。
    • 创建代理工厂时,默认会在拦截器数组尾部再增加一个默认拦截器 —— 用于最终的调用目标方法。
    • 当调用 getProxy 方法的时候,会根据接口数量大余 0 条件返回一个代理对象(JDK or Cglib)。
    • 注意:创建代理对象时,同时会创建一个外层拦截器,这个拦截器就是 Spring 内核的拦截器。用于控制整个 AOP 的流程。
    1. 代理的调用
    • 当对代理对象进行调用时,就会触发外层拦截器。
    • 外层拦截器根据代理配置信息,创建内层拦截器链。创建的过程中,会根据表达式判断当前拦截是否匹配这个拦截器。而这个拦截器链设计模式就是职责链模式。
    • 当整个链条执行到最后时,就会触发创建代理时那个尾部的默认拦截器,从而调用目标方法。最后返回。

    题外话:Spring 的事务也就是个拦截器。

    来张不是很标准的 UML 图:

    关于调用过程,来张流程图:

    大概就是这样子,具体更多的细节,请看源码,如果还不是很明白的话,请咨询本人,本人不确定这个图是否画的很浅显易懂 —— 最起码萌新看得懂才能称之为浅显易懂。

    说到这里顺便给大家推荐一个Java后端交流学习社区:586446657,里面不仅可以交流讨论,还有面试经验分享以及免费的资料下载,包括Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。相信对于已经工作和遇到技术瓶颈的码友,在这里会有你需要的内容。

    Spring MVC 过程

    先来张图:

    代码位置:com.interface21.web.servlet.DispatcherServlet#doService

    (没错,就是 Spring 1.0 的代码,大道至简,现在的 Spring 经过 15 年的发展,已经太过臃肿,从学习角度来说,interface 21 是最好的代码,不接受反驳)

    代码如下:

    1. 设置属性

    // 1. 设置属性
    // Make web application context available
    request.setAttribute(WEB_APPLICATION_CONTEXT_ATTRIBUTE, getWebApplicationContext());
    
    // Make locale resolver available
    request.setAttribute(LOCALE_RESOLVER_ATTRIBUTE, this.localeResolver);
    
    // Make theme resolver available
    request.setAttribute(THEME_RESOLVER_ATTRIBUTE, this.themeResolver);
    复制代码

    2. 根据 Request 请求的 URL 得到对应的 handler 执行链,其实就是拦截器和 Controller 代理对象。

    // 2. 找 handler 返回执行链
    HandlerExecutionChain mappedHandler = getHandler(request);
    复制代码

    3. 得到 handler 的适配器

    // This will throw an exception if no adapter is found
    // 3. 返回 handler 的适配器
    HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
    复制代码

    关于这个适配器,作用到底是啥呢?HandlerAdapter 注释写到:This interface is not intended for application developers. It is available to handlers who want to develop their own web workflow. 译:此接口不适用于应用程序开发人员。它适用于想要开发自己的Web工作流程的处理程序。

    也就说说,如果你想要在处理 handler 之前做一些操作的话,可能需要这个,即适配一下这个 handler。例如 Spring 的测试程序做的那样:

    public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object delegate)
    		    throws IOException, ServletException {
                          // 你可能需要 doSomething.......
    			((MyHandler) delegate).doSomething(request);
    			return null;
    		}
    复制代码

    4. 循环执行 handler 的 pre 拦截器

    // 4. 循环执行 handler 的 pre 拦截器
    for (int i = 0; i < mappedHandler.getInterceptors().length; i++) {
    	HandlerInterceptor interceptor = mappedHandler.getInterceptors()[i];
    	// pre 拦截器
    	if (!interceptor.preHandle(request, response, mappedHandler.getHandler())) {
    		return;
    	}
    }
    复制代码

    这个没什么好讲的吧?

    5. 执行真正的 handler,并返回 ModelAndView(Handler 是个代理对象,可能会执行 AOP )

    // 5. 执行真正的 handler,并返回  ModelAndView(Handler 是个代理对象,可能会执行 AOP )
    ModelAndView mv = ha.handle(request, response, mappedHandler.getHandler());
    复制代码

    6. 循环执行 handler 的 post 拦截器

    // 6. 循环执行 handler 的 post 拦截器
    for (int i = mappedHandler.getInterceptors().length - 1; i >=0 ; i--) {
    	HandlerInterceptor interceptor = mappedHandler.getInterceptors()[i];
    	// post 拦截器
    	interceptor.postHandle(request, response, mappedHandler.getHandler());
    }
    复制代码

    7. 根据 ModelAndView 信息得到 View 实例

    View view = null;
    if (mv.isReference()) {
    	// We need to resolve this view name
    	// 7. 根据 ModelAndView 信息得到 View 实例
    	view = this.viewResolver.resolveViewName(mv.getViewName(), locale);
    }
    复制代码

    8. 渲染 View 返回

    // 8. 渲染 View 返回
    view.render(mv.getModel(), request, response);



  • 相关阅读:
    数据库遇到的2个奇葩的事情
    虚IP解决程序连只读服务器故障漂移
    SQL Server 主库DML操作慢故障处理过程
    优雅地使用pt-archiver进行数据归档(转)
    Mysql表读写、索引等操作的sql语句效率优化问题
    MySQL Performance-Schema(一) 配置篇
    MySQL Performance-Schema(三) 实践篇
    MySQL Performance-Schema(二) 理论篇
    MySQL案例-并行复制乱序提交引起的同步异常
    (转)MySQL- 5.7 sys schema笔记,mysql-schema
  • 原文地址:https://www.cnblogs.com/lfs2640666960/p/9832301.html
Copyright © 2020-2023  润新知