静态资源

此选项提供了一种便捷的方式，可以从基于 Resource 的位置列表中提供静态资源。

在下一个示例中，给定一个以 /resources 开头的请求，相对路径用于查找和提供相对于 Web 应用程序根目录下的 /public 或类路径下的 /static 的静态资源。这些资源以一年后的过期时间提供，以确保最大程度地利用浏览器缓存并减少浏览器发出的 HTTP 请求。Last-Modified 信息是从 Resource#lastModified 推导出来的，以便通过 "Last-Modified" 头支持 HTTP 条件请求。

以下清单展示了如何实现：

Java
Kotlin
Xml

@Configuration
public class WebConfiguration implements WebMvcConfigurer {

	@Override
	public void addResourceHandlers(ResourceHandlerRegistry registry) {
		registry.addResourceHandler("/resources/**")
				.addResourceLocations("/public", "classpath:/static/")
				.setCacheControl(CacheControl.maxAge(Duration.ofDays(365)));
	}
}

@Configuration
class WebConfiguration : WebMvcConfigurer {

	override fun addResourceHandlers(registry: ResourceHandlerRegistry) {
		registry.addResourceHandler("/resources/**")
			.addResourceLocations("/public", "classpath:/static/")
			.setCacheControl(CacheControl.maxAge(Duration.ofDays(365)))
	}
}

<mvc:resources mapping="/resources/**" location="/public, classpath:/static/"
			   cache-period="31556926" />

另请参阅静态资源的 HTTP 缓存支持。

资源处理器还支持 ResourceResolver 实现链和 ResourceTransformer 实现链，您可以使用它们来创建用于处理优化资源的工具链。

您可以使用 VersionResourceResolver 来实现基于内容计算的 MD5 哈希、固定应用程序版本或其他方式的版本化资源 URL。ContentVersionStrategy（MD5 哈希）是一个不错的选择——除了某些显著的例外，例如与模块加载器一起使用的 JavaScript 资源。

以下示例展示了如何使用 VersionResourceResolver

Java
Kotlin
Xml

@Configuration
public class VersionedConfiguration implements WebMvcConfigurer {

	@Override
	public void addResourceHandlers(ResourceHandlerRegistry registry) {
		registry.addResourceHandler("/resources/**")
				.addResourceLocations("/public/")
				.resourceChain(true)
				.addResolver(new VersionResourceResolver().addContentVersionStrategy("/**"));
	}
}

@Configuration
class VersionedConfiguration : WebMvcConfigurer {

	override fun addResourceHandlers(registry: ResourceHandlerRegistry) {
		registry.addResourceHandler("/resources/**")
			.addResourceLocations("/public/")
			.resourceChain(true)
			.addResolver(VersionResourceResolver().addContentVersionStrategy("/**"))
	}
}

<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，以便它可以注入到其他地方。您还可以使用 ResourceUrlEncodingFilter 使重写对 Thymeleaf、JSP、FreeMarker 和其他依赖 HttpServletResponse#encodeURL 的 URL 标签透明。

请注意，当同时使用 EncodedResourceResolver（例如，用于提供 gzipped 或 brotli 编码的资源）和 VersionResourceResolver 时，您必须按此顺序注册它们。这确保了基于内容的版本始终能够可靠地计算，基于未编码的文件。

对于 WebJars，版本化 URL，如 /webjars/jquery/1.2.0/jquery.min.js，是使用它们的推荐且最有效的方式。相关的资源位置在 Spring Boot 中已开箱即用（或者可以通过 ResourceHandlerRegistry 手动配置），并且不需要添加 org.webjars:webjars-locator-lite 依赖项。

无版本 URL，例如 /webjars/jquery/jquery.min.js，通过 WebJarsResourceResolver 提供支持，当类路径中存在 org.webjars:webjars-locator-lite 库时，该解析器会自动注册。该解析器可以重写 URL 以包含 jar 的版本，并且还可以匹配不带版本的传入 URL——例如，从 /webjars/jquery/jquery.min.js 到 /webjars/jquery/1.2.0/jquery.min.js。

基于 ResourceHandlerRegistry 的 Java 配置提供了进一步的选项，用于精细控制，例如，最后修改行为和优化的资源解析。