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

时间：2023-12-12 08:28:02

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 图：

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

关于调用过程，来张流程图：

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

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

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

Spring MVC 过程

先来张图：

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

代码位置：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);

相关文章