SpringBoot-关于静态资源的访问，这才是正确的姿势

使用SpringBoot搭建web项目时静态资源的访问必然是一个需要考虑的问题，不过SpringBoot在对于静态资源访问的问题上已经做了很好的支持，下面就静态资源访问的正确姿势进行说明。

一、静态资源配置

SpringBoot默认从以下几个目录访问静态资源：

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

以上4个默认目录中如果存在同一个静态资源，则访问的优先级至上而下，访问的映射，默认是ServletContext的根路径"/"即：

protocol://ipaddress:port/静态资源名称

当然我们也可以定义自己的静态资源访问路径以及请求映射，如下：

spring.resources.static-locations=classpath:/custom/,classpath:/META-INF/resources/,classpath:/resources/,classpath:/static/,classpath:/public/
spring.mvc.static-path-pattern=/resources/**

在以上配置中我们自定义了静态文件的存放目录custom以及请求映射/resources/。需要注意的是，在定义静态文件存放目录时，配置的目录位置越靠前，则优先级越高。此时的访问地址如下：

protocol://ipaddress:port/resources/静态资源名称

以上是通过属性配置的方式实现静态资源的配置，当然也可以使用JavaConfig的方式来配置。

栗子，JavaConfig配置静态资源

@Configuration
@EnableWebMvc
public class WebConfiguration implements WebMvcConfigurer {
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry.addResourceHandler("/resources/**")
                .addResourceLocations("classpath:/custom/","classpath:/META-INF/resources/",
                        "classpath:/resources/","classpath:/static/","classpath:/public/");
    }
}

注意：不管使用属性配置还是JavaConfig配置，静态资源所在目录和请求映射路径后必须跟“/”，否则配置不会生效。

二、webjars使用

SpringBoot也支持以webjars的形式访问静态资源。

1、什么是webjars

顾名思义，webjars就是将web资源打成一个jar包以供项目使用。因为在实际的开发中，由于一个公司对UI以及静态资源版本的控制有着更高的要求，使用webjars首先也可让我们的静态资源得到共享；其次，由于独立了静态资源，所以可以提升项目的编译速度和打包速度；最后，我们可以使用maven将静态资源jar包上传至公司私服，方便了版本的控制和资源的共享。这样看来，使用webjars确实非常方便，关于静态资源如何打成一个webjars，网上教程很多，也比较简单，这里就不赘述了。

tips：在maven中央仓库中，已经提供了一些常用的依赖：

<!-- jquery webjars -->
<dependency>
    <groupId>org.webjars</groupId>
    <artifactId>jquery</artifactId>
    <version>3.1.0</version>
</dependency>
<!-- bootstrap webjars -->
<dependency>
    <groupId>org.webjars</groupId>
    <artifactId>bootstrap</artifactId>
    <version>3.4.1</version>
</dependency>

...

以上是比较常用的两个前端框架的webjars，如需其他的webjars，可以去webjars官网或者maven中央仓库去查找。

2、访问webjars

默认情况下，当我们在项目中引入指定的webjars依赖后，就可以直接通过如下的方式访问其中的静态资源：

/webjars/jquery/x.y.z/jquery.min.js

其中w.y.z为webjars的版本号。当然也可以不带版本号直接访问静态资源，不过有一个前提条件，就是你的项目中必须引入一个依赖：

<dependency>
     <groupId>org.webjars</groupId>
     <artifactId>webjars-locator-core</artifactId>
</dependency>

加入这个依赖后，我们就可以使用如下两种方式访问webjars中的资源了：

方式一：/webjars/jquery/x.y.z/jquery.min.js
方式二：/webjars/jquery/jquery.min.js

三、静态资源缓存问题

在实际的开发中，我们总是会面临这样一个问题：生产环境有一个js需要优化，优化完成后需要更新到生产，但仅是这样的操作，问题就解决了吗？其实并没有。因为对于一些老用户来说，他们的浏览器已经缓存了你旧版本的js，就算你新版本js上线，对于开发人员来说，清一下缓存就好了，但是你指望用户帮你清除缓存么？这也不太现实。对于此类问题，以前最简单粗暴的方式就是给经常需要变动的js后加一个时间戳，导致页面加载时，每次都要从服务器加载js，这种做法可以解决问题，但是会影响性能。

SpringMVC给我们提供了两种解决方案：内容MD5和版本控制，这两种方案中，版本控制其实和webjars的版本访问机制类似。而MD5的这种方式默认情况下只有在重启项目后才能生效，当然你也可以通过其他方式让每次请求的时候都重新计算内容的MD5进行比对，但是这种方式不推荐，如果静态资源比较大，则会有性能问题。

1、内容MD5清除缓存

#开启内容策略
spring.resources.chain.strategy.content.enabled=true
#内容策略作用的路径
spring.resources.chain.strategy.content.paths=/**

MD5静态内容策略配置比较简单，需要注意的是，如果你在JavaConfig中启动了MVC配置，则在属性文件中配置的策略失效，必须移动至JavaConfig中进行配置。

栗子、访问路径

<link href="/css/spring-2a2d595e6ed9a0b24f027f2b63b134d6.css"/>

2、版本控制清除缓存

#内容策略，版本控制
spring.resources.chain.strategy.fixed.enabled=true
#版本文件所在位置
spring.resources.chain.strategy.fixed.paths=/js/lib/**
#版本定义
spring.resources.chain.strategy.fixed.version=v12

栗子、访问路径，以下两种方式都支持

/{配置的版本}/js/lib/mymodule.js
/js/lib/mymodule.js

版本控制的配置，有时会由于SpringBoot版本的问题而不生效，需增加如下JavaConfig配置才会生效：

@Configuration
public class ThymeleafConfig {
    @Bean
    public ResourceUrlEncodingFilter resourceUrlEncodingFilter() {
        return new ResourceUrlEncodingFilter();
    }
}

关于静态的资源的使用就聊这么多，总结一下：

1、静态资源使用默认配置基本能够满足开发需要，建议不要轻易改动；

2、webjars更适合系统基础框架静态资源的打包；

3、内容策略要么统一在JavaConfig中配置，要么统一在属性配置文件配置否则会失效；

4、内容策略版本控制，按照官方文档配置可能不会生效，解决方案就是注入

ResourceUrlEncodingFilter组件。