Spring Framework 5.3.0正式发布,在云原生路上继续发力
5.x主版的最后一个功能分支,官方建议你赶紧升级
不是井里没有水,而是你挖的不够深。本文已被 https://www.yourbatman.cn 收录,里面一并有Spring技术栈、MyBatis、JVM、中间件等小而美的专栏供以免费学习。关注公众号【BAT的乌托邦】逐个击破,深入掌握,拒绝浅尝辄止。
✍前言
你好,我是YourBatman。
北京时间2020-10-27,Spring Framework 5.3.0
版本正式发布。说明:Spring Framework 5.2.0.RELEASE
的发布时间是2019-09哈。
注意:5.3.0版本号没有
.RELEASE
后缀哟,至于原因我前面写的这篇文章给了你完整解释哈:Spring改变版本号命名规则:此举对非英语国家很友好
在Spring Boot大行其道的今天,似乎Spring Framework的版本升级受到的关注越来越少了,殊不知对Spring Boot有多了解始于对Spring Framework的了解程度,因此保持对后者的一定关注会是很有意义的。
✍正文
Spring Framework 5.3.x是5.x
版本的最后一个功能分支,此系列最低要求JDK8,且支持到了JDK15,以及还会扩展支持到明年的JDK17。
另外,对于刚刚发布的Spring Boot 2.4.0
以及明年即将发布的Spring Boot 2.5.0
均会基于此功能分支构建。官方建议:现在处在5.x / 4.x的用户均升级到Spring Framework 5.3.x版本上来,因为它将是一个面向未来的分支,并且提供长期维护(持续到2024年,持续时间可谓是最长的)。它是寿命同样长的4.3.x分支系列产品的后继产品,但此系列的寿命将在2020-12结束不再维护(毕竟真的很老了嘛)。
说明:Spring团队对于一般的功能分支,提供2-3年的维护,而对于4.3/5.3均提供了长达4年多的维护时间,这得益于它们是主版本号的最后一个功能分支
新特性/功能升级
诚如各位所知,Spring Framework是很多模块技术的总和,因此在新特性/功能增强方面我们分模块进行表述。
通用升级
1、ASM升级到9.0
ASM 9.0版本可是非常新的版本,如下图:
<dependency>
<groupId>org.ow2.asm</groupId>
<artifactId>asm</artifactId>
<version>9.0</version>
</dependency>
Spring使用了最新版的ASM包,可谓紧跟潮流啊。
需要清楚的是Spring它并没有引入这个jar哦,而是fork了一份源代码放在spring-core里(报名改了,但内容基本没没变),这样做更加高效:
至于ASM 9.0的新功能增强,有兴趣可进入其官网阅读即可,直达电梯:https://asm.ow2.io
2、支持RxJava 3.0,过期对RxJava 1.0支持
这些都是通过适配器ReactiveAdapterRegistry
实现的,它支持了:Reactor、RxJava 2/3、CompletableFuture、Java 9+的Flow.Publisher等等,并且以把对RxJava 1.0的支持标记为过期,预计下个功能分支会移除。
<dependency>
<groupId>io.reactivex.rxjava3</groupId>
<artifactId>rxjava</artifactId>
<version>3.0.7</version>
</dependency>
可以看到RxJava 3.X也是非常非常新的,这点Spring做得不可为不好。
RxJava 3.X旨在用来替代RxJava 2,因此存在少量的二进制不兼容(简单说:不向下兼容,但改动也没那么的大),另外就是提供了基于Java 8 lambda友好的API,更加的普适了。
通过spring.spel.ignore属性可禁用SpEL模块
如果你的应用程序没使用/不依赖于SpEL,那么可以通过属性spring.spel.ignore
来忽略掉它。SpEL是spring-expression
是这个模块提供支持的,其实很多时候我们并不需要使用到SpEL表达式(特别是在现在的注解驱动使用中),那么我们就可以通过设置此属性值来禁用掉此模块功能,为系统减负(降低启动时间,节约内存)。
SpEL模块主要在两个地方被使用,均可通过此属性配置来关闭:
// 上下文了支持SpEL表达式,比如@Value里
AbstractApplicationContext:
private static final boolean shouldIgnoreSpel = SpringProperties.getFlag("spring.spel.ignore");
protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {
...
if (!shouldIgnoreSpel) {
beanFactory.setBeanExpressionResolver(new StandardBeanExpressionResolver(beanFactory.getBeanClassLoader()));
}
...
}
// 支持@EventListener(condition = 'SpEL')
EventListenerMethodProcessor:
public EventListenerMethodProcessor() {
if (shouldIgnoreSpel) {
this.evaluator = null;
} else {
this.evaluator = new EventExpressionEvaluator();
}
}
只需要在类路径下的spring.properties
文件添加属性spring.spel.ignore = true
即可禁用掉SpEL模块的加载。
小贴士:类路径下的
spring.properties
文件是Spring Framework启动自动就会加载的,详可参见org.springframework.core.SpringProperties
学习。
spring-expression模块的初始化动作不轻,Spring提供此属性我认为是在为云原生做不懈努力。但是,但是,但是,请你务必在确定没有使用SpEL的情况下才去关闭此开关,否则弄出线上bug背个锅就划不来了。当然喽,最好是能有个熟悉Spring的人hold住才去改它~
核心容器
此模块最大的升级就是对Cron表达式进行了提升。
对@Scheduled升级:CronExpression
在Spring场景下,Cron表达式只能通过@Scheduled
注解去实现,而在5.3.0版本引入了一个新的API:CronExpression
用于解析Cron表达式(编程式)。
CronExpression
完全替代了CronSequenceGenerator
(@Scheduled基于它实现)这个老的API,是因为后者基于java.util.Calendar实现的从而存在已知的一些问题,并且还没法修复(毕竟是JDK的锅嘛,Spirng团队也无能为力),因此新的CronExpression就使用了java.time解决了问题并且还提供了新的好用功能。
CronExpression的使用
在之前我们想要一个Cron表达式都是借助@Scheduled
来完成,现在可以使用CronExpression轻松编程式来做喽:
public static void main(String[] args) {
CronExpression expression = CronExpression.parse("10 * * * * *");
LocalDateTime start = LocalDateTime.now();
for (int i = 0; i < 3; i++) {
start = expression.next(start);
System.out.println(start);
}
}
运行程序,控制台输出:
2020-11-15T11:28:10
2020-11-15T11:29:10
2020-11-15T11:30:10
该Cron表达式表示:每分钟的第10秒钟触发,因此结果是符合预期的。该parse方法入参是Cron表达式的字符串,该字符串带有六个以空格分隔的时间和日期字段,各部分表示为:
当然啦,还有些 * ?这样的通配符可以使用,具体的这里就不做过多介绍了。
@Scheduled中Cron表达式增强
我们经常会在@Scheduled
使用Cron表达式,比如0 0 * * * *
代表每个小时执行一次,对于这种常用的表达式这么写确实非常不直观,Spring 5.3.0新提出了宏的概念,让你可以用一个英文单词搞定,它由CronExpression提供支持:
CronExpression:
private static final String[] MACROS = new String[] {
"@yearly", "0 0 0 1 1 *",
"@annually", "0 0 0 1 1 *",
"@monthly", "0 0 0 1 * *",
"@weekly", "0 0 0 * * 0",
"@daily", "0 0 0 * * *",
"@midnight", "0 0 0 * * *",
"@hourly", "0 0 * * * *"
};
如:@Scheduled(cron = "@hourly")
它就代表每小时执行一次,效果等同于@Scheduled(cron = "0 0 * * * *")
。其它的等同效果如上所示。
其它增强
Spring还对最后xxx天、工作日等提供了便捷操作,此处仅做出简单示例,详请还请参见官方文档哈。
Cron表达式 | 含义 |
---|---|
0 0 0 L * * | 每个月的最后一天午夜 |
0 0 0 L-3 * * | 每个月的第三天到最后一天午夜 |
0 0 0 * * 5L | 每个月的最后一个星期五午夜 |
0 0 0 * * THUL | 每个月最后一个星期四的午夜 |
0 0 0 1W * * | 每月第一个工作日的午夜 |
0 0 0 LW * * | 每个月最后一个工作日的午夜 |
0 0 0 ? * 5#2 | 每个月的第二个星期五午夜 |
0 0 0 ? * MON#1 | 每月的第一个星期一午夜 |
数据访问与事务
新增JdbcTransactionManager类
它继承自DataSourceTransactionManager
,它主要是对doCommit、doRollback
时产生的异常借助SQLExceptionTranslator
实现转换,简单的说可以自定义这个转换器来实现异常转换喽,这在5.3.0之前是写死的:
5.3.0之前DataSourceTransactionManager:
@Override
protected void doCommit(DefaultTransactionStatus status) {
...
try {
con.commit();
} catch (SQLException ex) {
throw new TransactionSystemException("Could not commit JDBC transaction", ex);
}
}
5.3.0之后DataSourceTransactionManager:
@Override
protected void doCommit(DefaultTransactionStatus status) {
...
try {
con.commit();
} catch (SQLException ex) {
throw translateException("JDBC commit", ex);
}
}
// @since 5.3 默认实现是同之前版本使用的TransactionSystemException包装
// 但子类JdbcTransactionManager对此方法实现了覆盖
protected RuntimeException translateException(String task, SQLException ex) {
return new TransactionSystemException(task + " failed", ex);
}
5.3.0新增的JdbcTransactionManager类:
@Override
protected RuntimeException translateException(String task, SQLException ex) {
DataAccessException dae = getExceptionTranslator().translate(task, null, ex);
if (dae != null) {
return dae;
}
return super.translateException(task, ex);
}
JdbcTemplate新增queryForStream()方法
这是5.3.0新增方法,这样就可以允许在可关闭的对象上进行惰性迭代,提高查询效率(不过JdbcTemplate貌似用得很少,至少国内是这样)。
@Transactional的timeout属性支持占位符取值
在这之前,@Transactional注解timeout属性的值只能写死,现在可以写成${...}
从环境中动态取值了,方便许多且更富弹性。
Web升级
CORS跨域配置类
CorsConfiguration
跨域配置类新增属性allowedOriginPatterns
,用于通过通配符模式声明动态范围的域,之前只有allowedOrigins
只能写死。
通过spring.xml.ignore属性可禁用xml解析模块
在Spring Boot大行其道的今天,面向元数据/注解编程成为了主流,基于xml配置的Spring应用越来越少。
为了加快启动速度和减少内存开销,Spring提供了spring.xml.ignore
这个属性来禁用掉xml解析模块,如果你没有用到xml功能的话。同样的,我觉得这是Spring为云原生做的又一努力。
// 默认可以将.properties和xml配置加载到Properties类
PropertiesLoaderUtils:
private static final boolean shouldIgnoreXml = SpringProperties.getFlag("spring.xml.ignore");
public static void fillProperties(Properties props, Resource resource) throws IOException {
...
if (filename != null && filename.endsWith(XML_FILE_EXTENSION)) {
if (shouldIgnoreXml) {
throw new UnsupportedOperationException("XML support disabled");
}
props.loadFromXML(is);
}
...
}
ConfigurationClassBeanDefinitionReader:
ResourcePropertiesPersister:
如果禁用了,不仅仅不会去加载xml文件,而且连相关的converters和codecs都不会去加载了。禁用方式为在类路径下的spring.properties
文件里添加属性spring.xml.ignore = true
即可。
Spring MVC提升
提升URL匹配效率
众所周知:Spring MVC中可以写Ant分隔的URL,也就是我们常用的@PathVariable
,使用起来非常方便。但是,基于Ant风格的URL存在性能问题,特别实在高并发情况下尤为明显,不可忽视。
基于Ant风格的URL使用的AntPathMatcher
进行匹配,Spring自己也知道它在高并发下存在着性能问题,在今年的早些时候官方也写了篇博客描述这个现象:URL Matching with PathPattern in Spring MVC
在5.3.0版本后,基于Ant风格的URL的匹配效率有了非常大的提升,具体原理和使用方式限于篇幅,将在后面文章用专文详解。
@ControllerAdvice可处理来自所有处理器的异常了
在过去@ControllerAdvice只能处理来自@Controller类型控制器的异常,但是我们知道Spirng MVC至少支持4种控制器类型,如HttpRequestHandler
就是其中一种。从5.3.0版本开始就都可以用@ControllerAdvice
来做拦截统一处理啦~
Spring WebFlux提升
- 提供一个新类
DefaultPartHttpMessageReader
提供一个完全反应式的消息阅读器,它将缓冲区流转换为Flux<Part>
- 提供一个新类
PartHttpMessageWriter
用于写Flux<Part>
- 为Apache Http Components提供一个新的
WebClient
连接器
Testing测试提升
- Spring的测试框架现在已基于
JUnit Jupiter 5.7、JUnit 4.13.1、TestNG 7.3.0
来构建(竟然还没放弃JUnit4.x,推荐信项目使用JUnit Jupiter 5.x哈,好用多了) - RestTemplate的客户端REST测试支持Multipart data
- …
✍总结
总的来说,Spirng Framework这次的升级着力点主要在启动速度、性能使用上。作为5.x分支的最后一个功能分支,可圈可点,个人的升级建议是可以升也建议升。
当然,现在一般不会单独升级Spring Framework的版本,而是随着Spring Boot一起升级。截止稿前,Spirng Boot 2.4.0
(基于Spring Framework 5.3.x)已正式发布,将会在下篇文章开启介绍,欢迎关注。
✔推荐阅读:
- Spring改变版本号命名规则:此举对非英语国家很友好
- JDK15正式发布,划时代的ZGC同时宣布转正
- IntelliJ IDEA 2020.2正式发布,诸多亮点总有几款能助你提效
- Spring Boot 2.3.0正式发布:优雅停机、配置文件位置通配符新特性一览
- 搞事情?Spring Boot今天一口气发布三个版本
♥关注A哥♥
Author | A哥(YourBatman) |
---|---|
个人站点 | www.yourbatman.cn |
yourbatman@qq.com | |
微 信 | fsx1056342982 |
活跃平台 | |
公众号 | BAT的乌托邦(ID:BAT-utopia) |
知识星球 | BAT的乌托邦 |
每日文章推荐 | 每日文章推荐 |
更多推荐
所有评论(0)