400-616-5551

您所在位置: 首页> 学习课程> java培训班 | SpringBoot专题篇,关于静态资源的访问

java培训班 | SpringBoot专题篇,关于静态资源的访问

发布百知教育 来源:学习课程 2020-01-31

使用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组件。


java培训班:http://www.baizhiedu.com/java2019


上一篇:Python入门系列 - 爬虫之前必会的浏览器开发者工具

下一篇:深圳java程序员待遇怎么样,就业机会多吗

相关推荐

关闭

立即申请

www.baizhiedu.com