赞
踩
不是井里没有水,而是你挖的不够深。本文已被 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是很多模块技术的总和,因此在新特性/功能增强方面我们分模块进行表述。
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
这些都是通过适配器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,更加的普适了。
如果你的应用程序没使用/不依赖于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表达式进行了提升。
在Spring场景下,Cron表达式只能通过@Scheduled
注解去实现,而在5.3.0版本引入了一个新的API:CronExpression
用于解析Cron表达式(编程式)。
CronExpression
完全替代了CronSequenceGenerator
(@Scheduled基于它实现)这个老的API,是因为后者基于java.util.Calendar实现的从而存在已知的一些问题,并且还没法修复(毕竟是JDK的锅嘛,Spirng团队也无能为力),因此新的CronExpression就使用了java.time解决了问题并且还提供了新的好用功能。
在之前我们想要一个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表达式,比如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 | 每月的第一个星期一午夜 |
它继承自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); }
这是5.3.0新增方法,这样就可以允许在可关闭的对象上进行惰性迭代,提高查询效率(不过JdbcTemplate貌似用得很少,至少国内是这样)。
在这之前,@Transactional注解timeout属性的值只能写死,现在可以写成${...}
从环境中动态取值了,方便许多且更富弹性。
CorsConfiguration
跨域配置类新增属性allowedOriginPatterns
,用于通过通配符模式声明动态范围的域,之前只有allowedOrigins
只能写死。
在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中可以写Ant分隔的URL,也就是我们常用的@PathVariable
,使用起来非常方便。但是,基于Ant风格的URL存在性能问题,特别实在高并发情况下尤为明显,不可忽视。
基于Ant风格的URL使用的AntPathMatcher
进行匹配,Spring自己也知道它在高并发下存在着性能问题,在今年的早些时候官方也写了篇博客描述这个现象:URL Matching with PathPattern in Spring MVC
在5.3.0版本后,基于Ant风格的URL的匹配效率有了非常大的提升,具体原理和使用方式限于篇幅,将在后面文章用专文详解。
在过去@ControllerAdvice只能处理来自@Controller类型控制器的异常,但是我们知道Spirng MVC至少支持4种控制器类型,如HttpRequestHandler
就是其中一种。从5.3.0版本开始就都可以用@ControllerAdvice
来做拦截统一处理啦~
DefaultPartHttpMessageReader
提供一个完全反应式的消息阅读器,它将缓冲区流转换为Flux<Part>
PartHttpMessageWriter
用于写Flux<Part>
WebClient
连接器JUnit Jupiter 5.7、JUnit 4.13.1、TestNG 7.3.0
来构建(竟然还没放弃JUnit4.x,推荐信项目使用JUnit Jupiter 5.x哈,好用多了)总的来说,Spirng Framework这次的升级着力点主要在启动速度、性能使用上。作为5.x分支的最后一个功能分支,可圈可点,个人的升级建议是可以升也建议升。
当然,现在一般不会单独升级Spring Framework的版本,而是随着Spring Boot一起升级。截止稿前,Spirng Boot 2.4.0
(基于Spring Framework 5.3.x)已正式发布,将会在下篇文章开启介绍,欢迎关注。
Author | A哥(YourBatman) |
---|---|
个人站点 | www.yourbatman.cn |
yourbatman@qq.com | |
微 信 | fsx1056342982 |
活跃平台 | |
公众号 | BAT的乌托邦(ID:BAT-utopia) |
知识星球 | BAT的乌托邦 |
每日文章推荐 | 每日文章推荐 |
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。