SpringBoot 版本命名规则SpringBoot 通常采用数字来命名:主版本号 + 次版本号 + 修正版本号。数字版本解释<!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot</artifactId> <version>2.6.0</version> </dependency> 数字2:表示的主版本号,表示是我们的SpringBoot第二代产品,当功能模块有较大更新或者整体架构发生变化时,主版本号会更新。 数字6:表示的是次版本号,增加了一些新的功能但是主体的架构是没有变化的,是兼容的,只是局部的一些变动。 数字0:表示的一般是bug的修改或者是小的变动。 字母解释在 S
TCC 一种成熟的分布式事务解决方案,可用于解决跨库操作的数据一致性问题。TCC 是 Try - Confirm - Cancel 缩写,TCC 事务与传统的数据库事务不同,它存在于业务层面,由系统业务逻辑(事务协调器),进行事务控制。TCC 将原业务服务,拆分为了三个操作。可将这三个操作,对应想象成三个方法,每个方法里有不同的业务代码。 Try:检查预留资源 Confirm:业务执行 Cancel:回撤 Try 里执行的操作 Try在 TCC 中,这是一个初步操作,从业务逻辑上来说,这只是检查资源(数据是否正确或业务上是否可执行等)的操作,真正执行实际业务更改是在 Confirm 中。也就是说,Try 操作过后,与后续执行的 Confirm 操作一起(Try - Confirm),才真正构成一个完整的业务逻辑。但如果 Try 操作出现异常,则会执行 Cancel 操作。(Try - Cancel)。TCC服务需要保证Try操作成功之后,Confirm操作一定能成功。Confirm是对 Try 操作的一个补充。当 TCC事务管理器 决定 commit 全局事务时,就会逐个执
此间少年
QQ群:539165194