SpringBoot核心技术篇-web开发

Tokey_W

已于 2022-10-06 17:44:14 修改

阅读量853

点赞数

分类专栏： SpringBoot的二次学习文章标签： spring boot java 后端 spring servlet

于 2022-10-05 20:00:10 首次发布

本文链接：https://blog.csdn.net/weixin_52574640/article/details/127170733

版权

SpringBoot的二次学习专栏收录该内容

3 篇文章 0 订阅

订阅专栏

3、参数解析器-HandlerMethodArgumentResolver

4、结果处理器

5、如何确定目标方法每一个参数的值

6、挨个判断所有参数解析器那个支持解析这个参数

一、SpringMVC自动配置概览

Spring Boot provides auto-configuration for Spring MVC that works well with most applications.(大多场景我们都无需自定义配置)

SprongBoot通过xxxAutoConfiguration的类，对我们一些我们常常用到的场景进行了默认设置。

例如在SpringMvc XML版我们要设置的:视图解析器、全局异常解析器、静态资源访问、前端控制器等等都无序我们进行配置。只需要将我们想要设置的在配置文件中设置即可

当然我们想要自定义，也是可以的自己定义这些类，SpringBoot就会使用自定义的类

二、简单功能分析

2.1静态资源访问

1、静态资源路径

只要静态资源放在类路径下(resources下的):

/static 、 /public、 /resources 、 /META-INF/resources

访问：当前项目的根路径 /静态资源名称

static-path-pattern 默认是/**

（当前项目 + static-path-pattern + 静态资源名 = 静态资源文件夹下找）

原理静态映射/**

请求进来，先去找Controller看能不能处理。不能处理的所以请求又都交给静态资源处理器、静态资源也找不到则响应404页面

改变默认的静态资源前缀和路径

spring:
  mvc:
    #设置静态资源的模式  默认是/**
    static-path-pattern: /res/**
  web:
    resources:
      static-locations: [classpath:/haha/]

2、webjar

自动映射 /webjars/**

WebJars - Web Libraries in Jars

        <dependency>
            <groupId>org.webjars</groupId>
            <artifactId>jquery</artifactId>
            <version>3.5.1</version>
        </dependency>

访问地址：http://localhost:8080/webjars/jquery/3.5.1/jquery.js 后面地址要按照依赖里面的包路径

2.2、欢迎页支持

静态资源路径下 index.html

可以配置静态资源路径

但是不可以配置静态资源的访问前缀。否则回导致index.html不能被默认访问（后面源码中可以看见）

2.3、自定义 `Favicon`

favicon.ico 放在静态资源目录下即可。

是小图标的设置

2.4、静态资源配置原理

SpringBoot启动默认加载XXXAutoConfiguration类（自动配置类）

而静态资源配置的原理是因为自动加载了WebMVCAutoConfiguration自动配置类，才生效

@AutoConfiguration(after = { DispatcherServletAutoConfiguration.class, TaskExecutionAutoConfiguration.class,
		ValidationAutoConfiguration.class })
@ConditionalOnWebApplication(type = Type.SERVLET)
@ConditionalOnClass({ Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class })
@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE + 10)
public class WebMvcAutoConfiguration {

主要配置了什么

配置文件的相关属性 WebMvcPorperties ===> spring.mvc

WebProperties ===> spring.web

1、配置类中只有一个构造器

主要就是进行一些初始化工作

webProperties、mvcProperties  是获取配置文件中的相关信息
beanFactory  bean工厂  等

2、资源处理的默认规则

spring:

web:
addMappings: false 禁用所有静态资源规则

默认的四种静态资源的位置

3、欢迎页的处理规则

WelcomePageHandlerMapping这个类是欢迎页的规则

这个源码也体现了静态资源的前缀必须要是/**才行

三、请求参数处理

`3.1 请求映射原理`

主要是通过DispatcherServlet这个前端控制器来实现的

而DispatcherServlet其实它的父类是HttpServerlet，HttpServlet是通过doGet()、doPost()、等等请求方法进行实现映射的

然后我们发现是FrameworkServlet中有doGet()、doPost()的方法,并且每个方法调用了

processRequest(request, response);

processRequest(request, response);方法中的核心方法是doService(request,response)

doService()方法是一个抽象类，它的实现是在DispatcherServlet中

每一个doService中都调用doDispatch（request,response）

RequestMappingHandlerMapping：保存了所有@RequestMapping 和handler的映射规则。

所有的请求映射都在HandlerMapping中。

SpringBoot自动配置欢迎页的 WelcomePageHandlerMapping 。访问 /能访问到index.html；
SpringBoot自动配置了默认的 RequestMappingHandlerMapping
请求进来，挨个尝试所有的HandlerMapping看是否有请求信息。

- 如果有就找到这个请求对应的handler
- 如果没有就是下一个 HandlerMapping

我们需要一些自定义的映射处理，我们也可以自己给容器中放HandlerMapping。自定义 HandlerMapping

3.2 参数处理原理

HandlerMapping中能找到处理请求的Handler（即能找到请求到底是访问的那个方法）

然后通过为当前的Handler找一个适配器HandlerAdapter 进行参数的处理，适配器的主要作用执行目标方法并确定方法参数的每个值

1、 HandlerAdapter

进入到方法中我们可以看到 handlerAdpaters一共有四种

第一种支持方法书上标注@RequestMapping的第二种是支持函数式变成的。这两种是我们经常要使用的

这里我们是通过@RequestMapping注解标注的方法，因此第一次就成功得到了对应的处理器适配器

2、执行目标方法

进入这个方法，我们方法最终是执行的这个方法

进入这个方法后我们发现了两个关键的参数

this.argumentResolvers 参数解析器 this.returnValueHandlers 结果处理器

这里是将这些方法先设置到 invocableMethod

3、参数解析器-HandlerMethodArgumentResolver

确定将要执行的目标方法的每一个参数的值是什么；

SpringMvc目标方法能写多少种参数类型，取决于参数解析器

一共有27种我们常见的如@RequestParam @PathVariable等

通过这个结果我们看到了有两个方法

supportsParameter（） 这个是先判断这个参数是否有参数解析器能解析

如果能解析就执行下面的方法

resolveArgument（）

4、结果处理器

这个显示的SpringMvc目标方法能有多少中返回结果

介绍完上面两个参数，继续执行找到要执行目标方法的代码

进入后我们在117和118个打一个端点然后在Controller代码中打一个端点

我们发现117执行完毕后执行执行的是 Controller的代码也就是15行的

这说明了117这个代码执行完毕后就将方法的参数已经解析完毕了。

下面我们进入到117行代码中，看一下到底是如何解析的

我们发现这个args执行完毕后就是参数的值，然后通过doInvoke（args）反射进行执行

args得到的值和我输入参数的值一样

因此解析方法就是在146行代码中，我们进入一探究竟

5、如何确定目标方法每一个参数的值

进入后这句是获取方法参数的类型、参数使用说明注解的

6、挨个判断所有参数解析器那个支持解析这个参数

@RequestParam是直接判断是否通过这个注解检查

通过检查后进行参数的获取

7、解析这个参数的值

通过名称获取值

得到zhangsan的值

这样第一个参数的值就获取到了

3.3、Servlet API：

WebRequest、ServletRequest、MultipartRequest、 HttpSession、javax.servlet.http.PushBuilder、Principal、InputStream、Reader、HttpMethod、Locale、TimeZone、ZoneId

ServletRequestMethodArgumentResolver 以上的部分参数

3.4、复杂参数：

Map、Model（map、model里面的数据会被放在request的请求域 request.setAttribute）、Errors/BindingResult、RedirectAttributes（重定向携带数据）、ServletResponse（response）、SessionStatus、UriComponentsBuilder、ServletUriComponentsBuilder

Map<String,Object> map, Model model, HttpServletRequest request
这三个都是可以给request域中放数据

1、原理：

进入看看参数解析器是如何解析的

看第一个参数map

进入解析方法，最终得到

然后调用的是getModel 给我们返回的ModelMap

map类型的参数，会返回

mavContainer的 getModel() ；

getModel() 最终返回的是 private final ModelMap defaultModel = new BindingAwareModelMap();

这个继承的是

这样第一个参数args[0]就是

第二个参数同理，model我们得到的是

最终完毕后转发到success

这个时候，我们看一下mavContainer 发现model和map是在同一个BindingAwareModelMap

接着往下执行，看一下处理返回结果的方法中这个mvaContainer执行了什么操作

主要就是处理一下结果

继续

2、目标方法执行完毕后

执行完毕后，我们会将所有的数据都放在ModelAndViewContainer，包含有页面地址号view ，还包含有model数据

最终执行完毕后

3.处理派发结果

mv就是modelAndVie render是渲染进入这方法

视图渲染

	@Override
	protected void renderMergedOutputModel(
			Map<String, Object> model, HttpServletRequest request, HttpServletResponse response) throws Exception {

		// Expose the model object as request attributes.
		exposeModelAsRequestAttributes(model, request);

		// Expose helpers as request attributes, if any.
		exposeHelpers(request);

		// Determine the path for the request dispatcher.
		String dispatcherPath = prepareForRendering(request, response);

		// Obtain a RequestDispatcher for the target resource (typically a JSP).
		RequestDispatcher rd = getRequestDispatcher(request, dispatcherPath);
		if (rd == null) {
			throw new ServletException("Could not get RequestDispatcher for [" + getUrl() +
					"]: Check that the corresponding file exists within your web application archive!");
		}

		// If already included or response already committed, perform include, else forward.
		if (useInclude(request, response)) {
			response.setContentType(getContentType());
			if (logger.isDebugEnabled()) {
				logger.debug("Including [" + getUrl() + "]");
			}
			rd.include(request, response);
		}

		else {
			// Note: The forwarded resource is supposed to determine the content type itself.
			if (logger.isDebugEnabled()) {
				logger.debug("Forwarding to [" + getUrl() + "]");
			}
			rd.forward(request, response);
		}
	}

关键：暴露模型作为请求属性

exposeModelAsRequestAttributes(model, request);

所以这把就解释了，为什么是Map 和Model是在请求域中

这个代码就解释了为什么

Tokey_W

关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
SpringBoot核心技术篇-web开发

SpringBoot静态资源的基本原理、以及SpringBoot的映射规则的源码体现、复杂参数、请求参数获取原理、以及springMvc能写那些参数、返回结果能有什么、Map和Model为什么会放在请求域中的原理
复制链接

扫一扫