文章目录
1.Web 容器、Web 应用、Servlet
- 最顶层是 Server,Server 指的就是一个 Tomcat 实例。
- 一个 Server 中有一个或者多个 Service,通过在 Tomcat 中配置多个 Service,不同的 Service 监听不同的端口,可以实现通过不同的端口号来访问同一台机器上部署的不同应用。
- 一个 Service 中有多个连接器和一个容器。连接器负责对外交流,容器负责内部处理。连接器与容器之间通过标准的 ServletRequest 和 ServletResponse 通信。
- 连接器对 Servlet 容器屏蔽了协议及 I/O 模型等的区别,无论是 HTTP 还是 AJP,在容器中获取到的都是一个标准的 ServletRequest 对象。
<?xml version='1.0' encoding='utf-8'?>
<Server port="8005" shutdown="SHUTDOWN">
<Service name="Catalina">
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
<Engine name="Catalina" defaultHost="localhost">
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="/opt/project/webapps" unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
<Service name="Catalina2">
<Connector port="8084" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
<Connector port="8010" protocol="AJP/1.3" redirectPort="8443" />
<Engine name="Catalina2" defaultHost="localhost">
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="/opt/project/webapps2" unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
</Server>
- Web 应用部署好后,Servlet 容器在启动时会加载 Web 应用,并为每个 Web 应用创建唯一的 ServletContext 对象。你可以把 ServletContext 看成是一个全局对象,一个 Web 应用可能有多个 Servlet,这些 Servlet 可以通过全局的 ServletContext 来共享数据,这些数据包括 Web 应用的初始化参数、Web 应用目录下的文件资源等。由于 ServletContext 持有所有 Servlet 实例,你还可以通过它来实现 Servlet 请求的转发。
1.Filter 与 Interceptor 的区别
- 图中很形象的说明了 Filter 与 Interceptor 的区别,一个作用在 DispatcherServlet 调用前,一个作用在调用后。但实际上,它们本身并没有任何关系,是完全独立的概念。
- Filter 由 Servlet 标准定义,要求 Filter 需要在 Servlet 被调用之前调用,作用顾名思义,就是用来过滤请求。在 Spring Web 应用中,DispatcherServlet 就是唯一的 Servlet 实现。
- Interceptor 由 Spring 自己定义,由 DispatcherServlet 调用,可以定义在 Handler 调用前后的行为。这里的 Handler ,在多数情况下,就是我们的 Controller 中对应的方法。
2.SpringMVC 处理请求的流程
Spring MVC 是一个基于 Java 的 MVC(Model-View-Controller)框架,用于构建 Web 应用程序。以下是 Spring MVC 处理请求的整体流程:
- 用户发送请求:用户通过浏览器或其他客户端向服务器发送 HTTP 请求。
- 接收请求:Spring MVC 的 DispatcherServlet 接收到请求。DispatcherServlet 是 Spring MVC 的核心组件,负责路由请求到相应的控制器(Controller)。
- 映射到控制器方法:DispatcherServlet 根据请求的 URL 路径,使用 RequestMappingHandlerMapping 组件将请求映射到相应的控制器方法。
- 调用控制器方法:一旦找到控制器方法,DispatcherServlet 会调用该方法,并将请求的参数传递给控制器。
- 处理业务逻辑:控制器方法通常会处理一些业务逻辑,例如与数据库进行交互、处理数据等。
- 返回模型数据:控制器方法处理完业务逻辑后,会返回一个模型数据对象(通常是一个 JavaBean 或 Map),该对象包含了要展示给用户的数据。@RestController 注解,添加在类上,直接使用接口方法的返回结果,经过 JSON/XML 等序列化方式,最终返回。也就是说,无需使用 InternalResourceViewResolver 解析视图,返回 HTML 结果。目前主流的架构,都是前后端分离的架构,后端只需要提供 API 接口,仅仅返回数据。而视图部分的工作,全部交给前端来做。也因此,我们项目中 99.99% 使用 @RestController 注解。
- 视图解析:DispatcherServlet 会使用 ViewResolver 组件解析返回的模型数据对象,找到相应的视图(View)来渲染页面。
- 渲染视图:视图解析完成后,DispatcherServlet 会将模型数据传递给视图,并由视图负责将数据渲染成 HTML 页面。
- 返回响应:最终,DispatcherServlet 将渲染好的视图作为 HTTP 响应返回给客户端,用户在浏览器中看到相应的页面。
3.SpringMVC 方法中添加参数、HttpServletRequest 和 HttpServletResponse 对象
- 在这个例子中,我们添加了 HttpServletRequest 和 HttpServletResponse 对象作为控制器方法的参数。这样,你就可以在方法内部同时访问请求参数、请求对象和响应对象,从而进行更灵活的 HTTP 请求和响应处理。
@RestController
public class MyController {
@GetMapping("/example")
public UnifiedResult example(@RequestParam("name") String name, HttpServletRequest request, HttpServletResponse response) {
String serverName = request.getServerName();
response.setHeader("Custom-Header", "Custom Value");
response.setStatus(201);
return UnifiedResult.success(name+ serverName);
}
}