发表于： 2025-06-05 20:45:29
0 34
今天完成的任务：学习深度思考。
30.Annotation和XML两种配置的差别，为什么更喜欢使用Annotaion来配置Spring MVC？
1 背景介绍
web项目的发展历程：MODEL1,MVC,SPRINGMVC
model1:使用一个组件处理请求、业务、展现等操作。代码耦合度高、冗余等问题。
mvc：m：model，业务层，用来处理业务。v：view，视图层，用来展现数据。c：Controller，控制层，用来进行调度，是业务层和视图的桥梁，其目的是要将代码解耦，便于团队开发。
springmvc：是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，它为控制器和处理程序提供了大量与此模式相关的功能。并且当向 MVC 添加反转控制，它使应用程序高度解耦，提供了通过简单的配置更改即可动态更改组件的灵活性。Spring MVC 为您提供了完全控制应用程序的各个方面的力量。
2.1SPRING MVC五大组件
DispatcherServlet：Spring的WebMVC模块是围绕DispatcherServlet而设计的。DispatcherServlet 给处理程序分派请求，执行视图解析，并且处理语言环境和主题解析，此外还为上传文件提供支持。
hadlerMapping：包含了请求路径与模型的对应关系。
Controller（控制器）：调用相应的业务层处理业务逻辑
ModelAndView：Controller处理数据封装在里面，当然还可能有视图名。
ViewResolver（视图解析器）：调用真正的视图对象来生成相应的页面。
2.2运行原理
Dispatcherservle主要负责接受请求，然后依据HandlerMapping调用相应的控制器，Controller(控制器)处理业务返回ModelAndView，Disparcherservlet又依据相应的视图解析器（ViewResolver）调用相应的视图响应。
2.1SPRING MVC五大组件
DispatcherServlet：Spring的WebMVC模块是围绕DispatcherServlet而设计的。DispatcherServlet 给处理程序分派请求，执行视图解析，并且处理语言环境和主题解析，此外还为上传文件提供支持。
hadlerMapping：包含了请求路径与模型的对应关系。
Controller（控制器）：调用相应的业务层处理业务逻辑
ModelAndView：Controller处理数据封装在里面，当然还可能有视图名。
ViewResolver（视图解析器）：调用真正的视图对象来生成相应的页面。
2.2运行原理
Dispatcherservle主要负责接受请求，然后依据HandlerMapping调用相应的控制器，Controller(控制器)处理业务返回ModelAndView，Disparcherservlet又依据相应的视图解析器（ViewResolver）调用相应的视图响应。
3.常见问题
1)怎样配置xml配置和注解配置？
2)xml配置和注解配置的优缺点？
3)为什么为什么更喜欢使用Annotaion来配置Spring MVC？
4.解决方案：
依据五大组件之间关系，然后xml或者注解配置相应的组件。
1）在web.xml文件下配置DispatcherServlet
注：上面里面主要是配置DispatcherServlet，启动tomcat后就会启动DispatcherServlet，启动了DispatcherServlet，相应的启动里面的Spring容器（注：里面放的是spring配置文件的路劲，注意一定要放在resource文件夹里面）。然后里面是主要接受请求的，/(代表接受所有请求吧）。
31.web.xml里的主要配置都包括什么，都代表什么含义，比如怎么加载Spring 配置的？
description：描述项目，可以不配
display-name：定义项目的名称，可以不配
welcome-file-list：用来定义首页的列表，包含一个子元素list，可以不配
访问一个网站时，默认看到的第一个页面就叫欢迎页，一般情况下是由首页来充当欢迎页的。一般情况下，我们会在web.xml中指定欢迎页
如果指定了多个欢迎页面，显示时按顺序从第一个找起，如果第一个存在，就显示第一个，后面的不起作用。如果第一个不存在，就找第二个，以此类推。
访问一个网站时，默认看到的第一个页面就叫欢迎页，一般情况下是由首页来充当欢迎页的。一般情况下，我们会在web.xml中指定欢迎页。但 web.xml并不是一个Web的必要文件，没有web.xml，网站仍然是可以正常工作的。只不过网站的功能复杂起来后，web.xml的确有非常大用处，所以，默认创建的动态web工程在WEB-INF文件夹下面都有一个web.xml文件。
context-param：元素含有一对参数名和参数值，用作配置web项目环境参数。参数名在整个Web应用中必须是惟一的。
listener, filter等在初始化时会用到这些上下文中的信息。
listener元素用于指定web容器中的监听器。
listener就是application、session、request三个对象创建、销毁或者往其中添加修改删除属性时自动执行代码的功能组件。
listener随web应用的启动而启动，只初始化一次，随web应用的停止而销毁
filter元素用于指定Web容器中的过滤器。过滤器的主要的用途是过滤字符编码、做一些业务逻辑判断等。它是随你的web应用启动而启动的，只初始化一次，以后就可以拦截相关请求，只有当你的web应用停止或重新部署的时候才销毁。
filter-mapping元素用来声明Web应用中的过滤器映射。过滤器可被映射到一个servlet或一个URL模式上面。将过滤器映射到一个 servlet中会造成过滤器作用于servlet上。将过滤器映射到一个URL模式中则可以将过滤器应用于任何资源，只要该资源的URL与URL模式匹配。过滤是按照部署描述符的filter-mapping元素出现的顺序执行的。
servlet：用来声明一个servlet。servlet有以下几个子元素：servlet-name、servlet-class、init-param、load-on-startup等。
init-param：用来定义参数，可有多个init-param。在servlet类中通过getInitParamenter(String name)方法访问初始化参数。
load-on-startup：指定当Web应用启动时，装载Servlet的次序。当值为正数或零时：Servlet容器先加载数值小的servlet，再依次加载其他数值大的servlet。当值为负或未定义：Servlet容器将在Web客户首次访问这个servlet时加载它。
servlet-mapping：用来定义servlet所对应的URL，包含两个子元素servlet-name和url-pattern
error-page：错误页面显示，有两种配置方法。
error-code：根据错误码来配置错误页面，当发生xxx错误时，跳转到错误处理页面
exception-type：通过异常的类型配置error-page。当系统发生指定的异常时，跳转到错误处理页面。
6、设置会话(Session)过期时间，其中时间以分钟为单位。
Mapping映射有三种规则：
1、精确匹配
url-pattern中配置的项必须与url完全精确匹配。优先级最高。
2、路径匹配
举个例子：(没有项目名)/test/aaa，/test/bbb等类似的url都会匹配到/test/*上面
路径匹配中最长路径优先级最高。例如：当浏览器访问/test/aaa时，虽然/test/*，/test/aaa/*都匹配，但是根据路径最长的原则，就会去找/test/aaa/*对应的servlet
3、扩展匹配
举个例子：url-pattern为*.jsp的servlet会接受所有的扩展名为.jsp的请求
注意：不要这么写。/*.action，因为这个url-pattern中既有路径匹配，又有扩展匹配，web容器无法去判断匹配哪个
/和/*有什么区别呢？
/：会匹配到/login这样的路径型url，不会匹配到模式为*.jsp这样的后缀型url
/*：会匹配所有url：路径型的和后缀型的url(包括/login,*.jsp,*.js和*.html等)
web.xml的加载顺序是什么？
首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：ServletContext -> listener -> filter -> servlet
同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：context-param -> listener -> filter -> servlet
对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例，web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。
明天的计划：继续深度思考。
返回列表
评论