标签:重用 review xml配置 控制 准备 说明 特性 thymeleaf let
HTTP缓存可以显著提高web应用程序的性能。HTTP缓存围绕着Cache-Control响应头和随后的条件请求头(如Last-Modified和ETag)进行的。Cache Control就如何缓存和重用响应向私有(例如,浏览器)和公共(例如,代理)缓存提供建议。ETag头用于发出条件请求,如果内容没有更改,则可能导致304(NOT_MODIFIED)没有正文。ETag可以看作是上一个修改过的头文件的更复杂的继承者。
CacheControl支持配置与Cache Control头相关的设置,并在许多位置被接受为参数:
虽然RFC 7234描述了缓存控制响应头的所有可能的指令,但CacheControl类型采用了面向用例的方法,重点关注常见场景:
// Cache for an hour - "Cache-Control: max-age=3600"
CacheControl ccCacheOneHour = CacheControl.maxAge(1, TimeUnit.HOURS);
// Prevent caching - "Cache-Control: no-store"
CacheControl ccNoStore = CacheControl.noStore();
// Cache for ten days in public and private caches,
// public caches should not transform the response
// "Cache-Control: max-age=864000, public, no-transform"
CacheControl ccCustom = CacheControl.maxAge(10, TimeUnit.DAYS).noTransform().cachePublic();
WebContentGenerator还接受一个更简单的cachePeriod属性(以秒为单位定义),其工作方式如下:
spring mvc中视图技术的使用是可插拔的,无论你决定使用Thymeleaf、Groovy标记模板、jsp还是其他技术,主要是配置更改的问题。
Thymeleaf是一个现代的服务器端Java模板引擎,它强调可以通过双击在浏览器中预览的自然HTML模板,这对于独立处理UI模板(例如,设计者)非常有帮助,而不需要运行服务器。如果您想替换jsp,Thymeleaf提供了一组最广泛的特性来简化这种转换。
Thymeleaf与spring mvc的集成由Thymeleaf项目管理。配置涉及一些bean声明,比如ServletContextTemplateResolver、SpringTemplateEngine和ThymeleafViewResolver
Apache FreeMarker是一个模板引擎,用于生成从HTML到电子邮件和其他内容的任何类型的文本输出。Spring框架有一个内置的集成,可以将spring mvc与FreeMarker模板一起使用。
以下示例显示如何将FreeMarker配置为视图技术:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureViewResolvers(ViewResolverRegistry registry) {
registry.freemarker();
}
// Configure FreeMarker...
@Bean
public FreeMarkerConfigurer freeMarkerConfigurer() {
FreeMarkerConfigurer configurer = new FreeMarkerConfigurer();
configurer.setTemplateLoaderPath("/WEB-INF/freemarker");
return configurer;
}
}
下面的示例演示如何在XML中配置相同的内容:
<mvc:annotation-driven/> <mvc:view-resolvers> <mvc:freemarker/> </mvc:view-resolvers> <!-- Configure FreeMarker... --> <mvc:freemarker-configurer> <mvc:template-loader-path location="/WEB-INF/freemarker"/> </mvc:freemarker-configurer>
或者,您也可以声明FreeMarkerConfigurer来完全控制所有属性,如下例所示:
<bean id="freemarkerConfig" class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer"> <property name="templateLoaderPath" value="/WEB-INF/freemarker/"/> </bean>
模板需要存储在前面示例中显示的FreeMarkerConfigurer 指定的目录中。如果你的控制器返回一个视图名welcome,解析器将查找/WEB-INF/freemarker/welcome.ftl模板。
你可以通过在FreeMarkerConfigurer上设置适当的bean属性,将FreeMarker“Settings”和“SharedVariables”直接传递给FreeMarker配置对象(由Spring管理)。freemarkerSettings属性需要java.util.Properties属性对象,并且freemarkerVariables属性需要java.util.Map. 下面的示例演示如何执行此操作:
<bean id="freemarkerConfig" class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer"> <property name="templateLoaderPath" value="/WEB-INF/freemarker/"/> <property name="freemarkerVariables"> <map> <entry key="xml_escape" value-ref="fmXmlEscape"/> </map> </property> </bean> <bean id="fmXmlEscape" class="freemarker.template.utility.XmlEscape"/>
Groovy标记模板引擎主要用于生成类似XML的标记(XML、XHTML、HTML5等),但是你可以使用它来生成任何基于文本的内容。Spring框架有一个内置的集成,可以使用spring mvc和Groovy标记。
下面的示例演示如何配置Groovy标记模板引擎:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureViewResolvers(ViewResolverRegistry registry) {
registry.groovy();
}
// Configure the Groovy Markup Template Engine...
@Bean
public GroovyMarkupConfigurer groovyMarkupConfigurer() {
GroovyMarkupConfigurer configurer = new GroovyMarkupConfigurer();
configurer.setResourceLoaderPath("/WEB-INF/");
return configurer;
}
}
下面的示例演示如何在XML中配置相同的内容:
<mvc:annotation-driven/> <mvc:view-resolvers> <mvc:groovy/> </mvc:view-resolvers> <!-- Configure the Groovy Markup Template Engine... --> <mvc:groovy-configurer resource-loader-path="/WEB-INF/"/>
与传统的模板引擎不同,Groovy标记依赖于使用构建器语法的DSL。以下示例显示了HTML页面的示例模板:
yieldUnescaped ‘<!DOCTYPE html>‘
html(lang:‘en‘) {
head {
meta(‘http-equiv‘:‘"Content-Type" content="text/html; charset=utf-8"‘)
title(‘My page‘)
}
body {
p(‘This is an example of HTML contents‘)
}
}
在使用jsp进行开发时,可以声明一个InternalResourceViewResolver或一个ResourceBundleViewResolver bean。
ResourceBundleViewResolver依赖属性文件来定义映射到类和URL的视图名称。使用ResourceBundleViewResolver,你可以只使用一个解析器来混合不同类型的视图,如下例所示:
<!-- the ResourceBundleViewResolver -->
<bean id="viewResolver" class="org.springframework.web.servlet.view.ResourceBundleViewResolver">
<property name="basename" value="views"/>
</bean>
# And a sample properties file is used (views.properties in WEB-INF/classes):
welcome.(class)=org.springframework.web.servlet.view.JstlView
welcome.url=/WEB-INF/jsp/welcome.jsp
productList.(class)=org.springframework.web.servlet.view.JstlView
productList.url=/WEB-INF/jsp/productlist.jsp
InternalResourceViewResolver也可以用于JSP。作为一个最佳实践,我们强烈建议将你的JSP文件放在“WEB-INF”目录下的一个目录中,这样客户机就不能直接访问它了。
<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/> <property name="prefix" value="/WEB-INF/jsp/"/> <property name="suffix" value=".jsp"/> </bean>
当使用JSP标准标记库(JSTL)时,你必须使用一个特殊的视图类JstlView,因为JSTL在I18N功能开始工作之前需要做一些准备。
Spring的JSP标记库
Spring提供了请求参数到命令对象的数据绑定,为了方便结合这些数据绑定特性来开发JSP页面,Spring提供了一些标记,使事情变得更加简单。所有Spring标记都有HTML转义特性,可以启用或禁用字符转义。
这个 spring.tld标记库描述符(TLD)包含在spring-webmvc.jar。
Spring的表单标记库
从2.0版开始,Spring提供了一套全面的数据绑定标记,用于在使用JSP和spring web mvc时处理表单元素。每个标记都支持其对应的HTML标记对应的属性集,从而使标记熟悉且易于使用。标记生成的HTML与HTML 4.01/XHTML 1.0兼容。
与其他form/input标记库不同,Spring的表单标记库与spring web mvc集成,允许标记访问命令对象和控制器处理的引用数据。正如我们在下面的示例中所示,表单标记使jsp更易于开发、读取和维护。
我们浏览表单标记并查看每个标记如何使用的示例。我们包含了生成的HTML片段,其中某些标记需要进一步的注释。
配置
表单标记库在spring-webmvc.jar. 库描述为spring-form.tld。
要使用此库中的标记,请将以下指令添加到JSP页面的顶部:
<%@ taglib prefix="form" uri="http://www.springframework.org/tags/form" %>
其中form是要用于此库中标记的标记名前缀。
Spring提供了返回输出而不是HTML的方法,包括PDF和Excel电子表格。
HTML页面并不总是用户查看模型输出的最佳方式,Spring使从模型数据动态生成PDF文档或Excel电子表格变得非常简单。文档是视图,从服务器以正确的内容类型流式传输,以便(希望)使客户机能够运行其电子表格或PDF查看器应用程序作为响应。
为了使用Excel视图,需要将Apache POI库添加到类路径中。为了生成PDF,你需要添加(最好)OpenPDF库。
如果可能,您应该使用底层文档生成库的最新版本。特别是,我们强烈建议使用OpenPDF(例如OpenPDF 1.2.12),而不是过时的原始iText 2.1.7,因为OpenPDF得到了积极维护,并修复了不可信PDF内容的一个重要漏洞。
单词列表的简单PDF视图可以扩展org.springframework.web.servlet.view.document.AbstractPdfView并实现buildPdfDocument()方法,如下例所示:
public class PdfWordList extends AbstractPdfView {
protected void buildPdfDocument(Map<String, Object> model, Document doc, PdfWriter writer,
HttpServletRequest request, HttpServletResponse response) throws Exception {
List<String> words = (List<String>) model.get("wordList");
for (String word : words) {
doc.add(new Paragraph(word));
}
}
}
控制器可以从外部视图定义(按名称引用)或作为处理程序方法的视图实例返回此类视图。
从springframework4.2开始,org.springframework.web.servlet.view.document.AbstractXlsView是作为Excel视图的基类提供的。它基于Apache POI,有专门的子类(AbstractXlsxView和AbstractXlsxStreamingView)来取代过时的AbstractExcelView类。
该编程模型类似于AbstractPdfView,buildExcelDocument()作为中心模板方法,控制器能够从外部定义(按名称)或从处理程序方法返回视图实例。
Spring提供了对jacksonjson库的支持。
MappingJackson2JsonView使用Jackson库的ObjectMapper将响应内容呈现为JSON。默认情况下,模型映射的全部内容(框架特定类除外)都被编码为JSON。对于需要过滤映射内容的情况,可以使用modelKeys属性指定要编码的特定模型属性集。还可以使用extractValueFromSingleKeyModel属性直接提取和序列化单键模型中的值,而不是作为模型属性的映射。
你可以根据需要使用Jackson提供的注释定制JSON映射。当需要进一步控制时,可以通过ObjectMapper属性注入自定义ObjectMapper,以防需要为特定类型提供自定义JSON序列化程序和反序列化程序。
MappingJackson2XmlView使用Jackson XML扩展的XmlMapper将响应内容呈现为XML。如果模型中包含多个项,则应使用该属性显式地将该项设置为序列化。如果模型包含一个条目,它将自动序列化。
你可以根据需要使用JAXB或Jackson提供的注释定制XML映射。当需要进一步控制时,可以通过ObjectMapper属性注入自定义XmlMapper,以防自定义XML需要为特定类型提供序列化器和反序列化器。
在Java配置中,可以使用@EnableWebMvc注解来启用MVC配置,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig {
}
在XML配置中,可以使用<mvc:annotation-driven/>元素来启用MVC配置,如下例所示:
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=" http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/mvc https://www.springframework.org/schema/mvc/spring-mvc.xsd"> <mvc:annotation-driven/> </beans>
在Java配置中,可以实现WebMvcConfigurer接口,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
// Implement configuration methods...
}
默认情况下,Spring已安装了对Number和Date类型的格式化程序,包括对@NumberFormat和@DateTimeFormat注解的支持。如果类路径中存在Joda-Time,则还安装了对Joda时间格式库的完全支持。
在Java配置中,可以注册自定义格式化程序和转换器,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void addFormatters(FormatterRegistry registry) {
// ...
}
}
下面的示例演示如何在XML中实现相同的配置:
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=" http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/mvc https://www.springframework.org/schema/mvc/spring-mvc.xsd"> <mvc:annotation-driven conversion-service="conversionService"/> <bean id="conversionService" class="org.springframework.format.support.FormattingConversionServiceFactoryBean"> <property name="converters"> <set> <bean class="org.example.MyConverter"/> </set> </property> <property name="formatters"> <set> <bean class="org.example.MyFormatter"/> <bean class="org.example.MyAnnotationFormatterFactory"/> </set> </property> <property name="formatterRegistrars"> <set> <bean class="org.example.MyFormatterRegistrar"/> </set> </property> </bean> </beans>
有关何时使用FormatterRegistrar实现的更多信息,请参阅FormatterRegistrar SPI和FormattingConversionServiceFactoryBean。
默认情况下,如果类路径上存在Bean验证(例如Hibernate Validator),则LocalValidatorFactoryBean注册为全局验证器,以便与@Valid和@Validated on@Controller方法参数一起使用。
在Java配置中,可以自定义全局验证器实例,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public Validator getValidator(); {
// ...
}
}
下面的示例演示如何在XML中实现相同的配置:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/mvc
https://www.springframework.org/schema/mvc/spring-mvc.xsd">
<mvc:annotation-driven validator="globalValidator"/>
</beans>
请注意,你还可以在本地注册验证器实现,如下例所示:
@Controller
public class MyController {
@InitBinder
protected void initBinder(WebDataBinder binder) {
binder.addValidators(new FooValidator());
}
}
如果需要在某个地方注入LocalValidatorFactoryBean ,请创建一个bean并用@Primary标记它,以避免与MVC配置中声明的bean冲突。
在Java配置中,可以注册拦截器以应用于传入请求,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new LocaleChangeInterceptor());
registry.addInterceptor(new ThemeChangeInterceptor()).addPathPatterns("/**").excludePathPatterns("/admin/**");
registry.addInterceptor(new SecurityInterceptor()).addPathPatterns("/secure/*");
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:interceptors> <bean class="org.springframework.web.servlet.i18n.LocaleChangeInterceptor"/> <mvc:interceptor> <mvc:mapping path="/**"/> <mvc:exclude-mapping path="/admin/**"/> <bean class="org.springframework.web.servlet.theme.ThemeChangeInterceptor"/> </mvc:interceptor> <mvc:interceptor> <mvc:mapping path="/secure/*"/> <bean class="org.example.SecurityInterceptor"/> </mvc:interceptor> </mvc:interceptors>
你可以配置springmvc如何根据请求确定请求的媒体类型(例如,Accept header、URL路径扩展、查询参数等)。
默认情况下,首先检查URL路径扩展,json、xml、rss和atom注册为已知扩展(取决于类路径依赖关系)。然后选中Accept请求头。
考虑将这些默认值更改为Accept头,如果必须使用基于URL的内容类型解析,请考虑在路径扩展上使用查询参数策略。
在Java配置中,可以自定义请求的内容类型解析,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureContentNegotiation(ContentNegotiationConfigurer configurer) {
configurer.mediaType("json", MediaType.APPLICATION_JSON);
configurer.mediaType("xml", MediaType.APPLICATION_XML);
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:annotation-driven content-negotiation-manager="contentNegotiationManager"/>
<bean id="contentNegotiationManager" class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
<property name="mediaTypes">
<value>
json=application/json
xml=application/xml
</value>
</property>
</bean>
你可以通过重写configureMessageConverters()(替换SpringMVC创建的默认转换器)或重写ExtendMessageConverter()(自定义默认转换器或向默认转换器添加其他转换器)来自定义HttpMessageConverter。
以下示例使用自定义的ObjectMapper而不是默认的ObjectMapper添加了XML和Jackson JSON转换器:
@Configuration
@EnableWebMvc
public class WebConfiguration implements WebMvcConfigurer {
@Override
public void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
Jackson2ObjectMapperBuilder builder = new Jackson2ObjectMapperBuilder()
.indentOutput(true)
.dateFormat(new SimpleDateFormat("yyyy-MM-dd"))
.modulesToInstall(new ParameterNamesModule());
converters.add(new MappingJackson2HttpMessageConverter(builder.build()));
converters.add(new MappingJackson2XmlHttpMessageConverter(builder.createXmlMapper(true).build()));
}
}
在前面的示例中,Jackson2ObjectMapperBuilder 用于为MappingJackson2HttpMessageConverter和MappingJackson2XmlHttpMessageConverter创建一个公共配置,其中MappingJackson2XmlHttpMessageConverter启用了缩进、自定义日期格式和jackson模块参数名的注册,在Java中增加了对访问参数的支持。
此生成器自定义Jackson的默认属性,如下所示:
MapperFeature.DEFAULT_VIEW_INCLUSION 已禁用
如果在类路径上检测到以下已知模块,它还会自动注册它们:
除了jackson-dataformat-xml 之外,使用jacksonxml支持实现缩进还需要woodstox-core-asl依赖
还提供了其他有趣的Jackson模块:
jackson-datatype-hibernate:支持hibernate特定的类型和属性(包括延迟加载方面)。
下面的示例演示如何在XML中实现相同的配置:
<mvc:annotation-driven> <mvc:message-converters> <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter"> <property name="objectMapper" ref="objectMapper"/> </bean> <bean class="org.springframework.http.converter.xml.MappingJackson2XmlHttpMessageConverter"> <property name="objectMapper" ref="xmlMapper"/> </bean> </mvc:message-converters> </mvc:annotation-driven> <bean id="objectMapper" class="org.springframework.http.converter.json.Jackson2ObjectMapperFactoryBean" p:indentOutput="true" p:simpleDateFormat="yyyy-MM-dd" p:modulesToInstall="com.fasterxml.jackson.module.paramnames.ParameterNamesModule"/> <bean id="xmlMapper" parent="objectMapper" p:createXmlMapper="true"/>
这是定义ParameterizableViewController的快捷方式,该控制器在调用时立即转发到视图。在视图生成响应之前,如果没有Java控制器逻辑要执行,则可以在静态情况下使用它。
下面的Java配置示例将请求转发到名为home的视图:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void addViewControllers(ViewControllerRegistry registry) {
registry.addViewController("/").setViewName("home");
}
}
下面的示例实现了与前一个示例相同的功能,但是对于XML,通过使用<mvc:view-controller>要素:
<mvc:view-controller path="/" view-name="home"/>
MVC配置简化了视图解析器的注册。
以下Java配置示例使用JSP和Jackson作为JSON呈现的默认视图来配置内容协商视图解析:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureViewResolvers(ViewResolverRegistry registry) {
registry.enableContentNegotiation(new MappingJackson2JsonView());
registry.jsp();
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:view-resolvers> <mvc:content-negotiation> <mvc:default-views> <bean class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/> </mvc:default-views> </mvc:content-negotiation> <mvc:jsp/> </mvc:view-resolvers>
但是请注意,FreeMarker、Tiles、Groovy标记和脚本模板也需要底层视图技术的配置。
MVC命名空间提供了专用元素。以下示例适用于FreeMarker:
<mvc:view-resolvers> <mvc:content-negotiation> <mvc:default-views> <bean class="org.springframework.web.servlet.view.json.MappingJackson2JsonView"/> </mvc:default-views> </mvc:content-negotiation> <mvc:freemarker cache="false"/> </mvc:view-resolvers> <mvc:freemarker-configurer> <mvc:template-loader-path location="/freemarker"/> </mvc:freemarker-configurer>
在Java配置中,可以添加相应的Configurer bean,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureViewResolvers(ViewResolverRegistry registry) {
registry.enableContentNegotiation(new MappingJackson2JsonView());
registry.freeMarker().cache(false);
}
@Bean
public FreeMarkerConfigurer freeMarkerConfigurer() {
FreeMarkerConfigurer configurer = new FreeMarkerConfigurer();
configurer.setTemplateLoaderPath("/freemarker");
return configurer;
}
}
此选项提供了一种从基于资源的位置列表中提供静态资源的方便方法。
在下一个示例中,给定一个以/resources开头的请求,相对路径用于查找和服务web应用程序根目录下的/public或/static下的类路径上的静态资源。这些资源的有效期为一年,以确保最大限度地利用浏览器缓存并减少浏览器发出的HTTP请求。最后修改的头也被计算,如果存在,则返回304状态代码。
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
registry.addResourceHandler("/resources/**")
.addResourceLocations("/public", "classpath:/static/")
.setCachePeriod(31556926);
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:resources mapping="/resources/**" location="/public, classpath:/static/" cache-period="31556926" />
资源处理程序还支持一系列ResourceResolver实现和ResourceTransformer实现,你可以使用它们创建一个工具链来处理优化的资源。
你可以根据内容、固定应用程序版本或其他内容计算的MD5哈希,对版本化的资源url使用VersionResourceResolver 。ContentVersionStrategy(MD5哈希)是一个不错的选择 ,但有一些明显的例外,比如与模块加载器一起使用的JavaScript资源。
以下示例说明如何在Java配置中使用VersionResourceResolver:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
registry.addResourceHandler("/resources/**")
.addResourceLocations("/public/")
.resourceChain(true)
.addResolver(new VersionResourceResolver().addContentVersionStrategy("/**"));
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:resources mapping="/resources/**" location="/public/"> <mvc:resource-chain resource-cache="true"> <mvc:resolvers> <mvc:version-resolver> <mvc:content-version-strategy patterns="/**"/> </mvc:version-resolver> </mvc:resolvers> </mvc:resource-chain> </mvc:resources>
然后可以使用ResourceUrlProvider重写URL,并应用解析器和转换器的完整链,例如插入版本。MVC配置提供了一个ResourceUrlProvider,以便可以将其注入其他bean中。你还可以使用针对Thymeleaf、jsp、FreeMarker和其他具有依赖HttpServletResponse#encodeURL.的URL标记的ResourceUrlEncodingFilter使重写变得透明。
请注意,当同时使用EncodedResourceResolver(例如,为gzip或brotli编码的资源提供服务)和VersionResourceResolver时,必须按以下顺序注册它们。这确保基于内容的版本始终基于未编码的文件可靠地计算。
Web Jars也通过WebJarsResourceResolver来支持,当org.webjars:webjars-locator-core核心库位于类路径上。解析器可以重写url以包含jar的版本,还可以与没有版本的传入url相匹配,例如from/jquery/jquery.min.js至/jquery/1.2.0/jquery.min.js.
spring mvc允许将DispatcherServlet映射到/(因此覆盖容器默认Servlet的映射),同时仍然允许静态资源请求由容器的默认Servlet处理。它配置了一个DefaultServletHttpRequestHandler,其URL映射为/**并且相对于其他URL映射具有最低优先级。
此处理程序将所有请求转发到默认Servlet。因此,它必须按照所有其他URL HandlerMappings的顺序保持在最后。如果你用<mvc:annotation-driven> 或者,如果你设置自己的自定义HandlerMapping实例,请确保将其order属性设置为低于DefaultServletHttpRequestHandler的值,即Integer.MAX_值。
以下示例显示如何使用默认设置启用该功能:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer) {
configurer.enable();
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:default-servlet-handler/>
重写 / Servlet映射必须按名称而不是路径检索默认Servlet的RequestDispatcher。DefaultServletHttpRequestHandler尝试在启动时自动检测容器的默认Servlet(主要的Servlet容器:Tomcat、Jetty、GlassFish、JBoss、Resin、WebLogic和WebSphere)。如果使用不同的名称自定义配置了默认的Servlet,或者在默认Servlet名称未知的情况下使用了不同的Servlet容器,则必须显式地提供默认Servlet的名称,如下例所示:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer) {
configurer.enable("myCustomDefaultServlet");
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:default-servlet-handler default-servlet-name="myCustomDefaultServlet"/>
你可以自定义与路径匹配和URL处理相关的选项。有关各个选项的详细信息,请参阅PathMatchConfigurer文档。
下面的示例演示如何在Java配置中自定义路径匹配:
@Configuration
@EnableWebMvc
public class WebConfig implements WebMvcConfigurer {
@Override
public void configurePathMatch(PathMatchConfigurer configurer) {
configurer
.setUseSuffixPatternMatch(true)
.setUseTrailingSlashMatch(false)
.setUseRegisteredSuffixPatternMatch(true)
.setPathMatcher(antPathMatcher())
.setUrlPathHelper(urlPathHelper())
.addPathPrefix("/api",
HandlerTypePredicate.forAnnotation(RestController.class));
}
@Bean
public UrlPathHelper urlPathHelper() {
//...
}
@Bean
public PathMatcher antPathMatcher() {
//...
}
}
下面的示例演示如何在XML中实现相同的配置:
<mvc:annotation-driven> <mvc:path-matching suffix-pattern="true" trailing-slash="false" registered-suffixes-only="true" path-helper="pathHelper" path-matcher="pathMatcher"/> </mvc:annotation-driven> <bean id="pathHelper" class="org.example.app.MyPathHelper"/> <bean id="pathMatcher" class="org.example.app.MyPathMatcher"/>
@EnableWebMvc 引入DelegatingWebMvcConfiguration:
对于高级模式,可以删除@EnableWebMvc并直接从DelegatingWebMvcConfiguration扩展,而不是实现WebMvcConfigurer,如下例所示:
@Configuration
public class WebConfig extends DelegatingWebMvcConfiguration {
// ...
}
你可以在WebConfig中保留现有的方法,但是现在还可以覆盖基类中的bean声明,并且类路径上仍然可以有任意数量的其他WebMvcConfigurer 实现。
MVC命名空间没有高级模式。如果你需要在bean上定制一个不能更改的属性,那么可以使用Spring ApplicationContext的BeanPostProcessor生命周期钩子,如下例所示:
@Component
public class MyPostProcessor implements BeanPostProcessor {
public Object postProcessBeforeInitialization(Object bean, String name) throws BeansException {
// ...
}
}
注意,您需要将MyPostProcessor声明为一个bean,可以用XML显式地声明,也可以通过<component scan/>声明检测到它。
Servlet 4容器需要支持HTTP/2, Spring Framework 5与Servlet API 4兼容。从编程模型的角度来看,应用程序不需要做任何特定的事情。但是,还有一些与服务器配置相关的注意事项。
Servlet API公开了一个与HTTP/2相关的构造。你可以使用javax.servlet.http.PushBuilder主动将资源推送到客户端,并且支持将其作为@RequestMapping方法的方法参数。
标签:重用 review xml配置 控制 准备 说明 特性 thymeleaf let
原文地址:https://www.cnblogs.com/myitnews/p/13424414.html