如订单支付后，seller 要发货，发货完成后要填个快递单号。假设 seller 填个 666，刚填完，发现填错了，赶紧再修改成 888。对订单服务，这就是 2 个更新订单的请求。系统异常时 666 请求到了，单号更成 666，接着 888 请求到了，单号又更新成 888，但是 666 更新成功的响应丢了，调用方没收到成功响应，自动重试，再次发起 666 请求，单号又被更新成 666了，这数据显然

mybatis plus 给开发人员带来了很多便利，但是其中也有一些坑点，比如上文所提到得批量操作耗时问题，如果不注意的话，就有可能调入坑里，各位开发同学可以检查自己或者公司项目中 jdbcurl 是否缺失 rewriteBatchedStatements=true 参数，加以改正，避免重复掉入这个坑里。

循环依赖其实就是循环引用，也就是两个或则两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。如下图：注意，这里不是函数的循环调用，是对象的相互依赖关系。循环调用其实就是一个死循环，除非有终结条件。Spring中循环依赖场景主要有以下两种：（1）field属性的循环依赖（2）构造器的循环依赖（3）DependsOn循环依赖。

Java和Cassandra的结合为数据管理提供了更快捷和可扩展的解决方案。在Java中，有多种方式可以将Java与Cassandra集成，最常用的是DataStax Java驱动程序和Hector API。使用Java和Cassandra要注意正确配置集群中的节点、分区和副本策略，并使用CQL进行数据建模和查询。此外，需要安装和配置Java和Cassandra，在使用之前要详细测试，以确保系统的

对于不熟悉容器技术的团队或者个人开发者而言，需要考虑学习和维护的成本，合适自己的才是最好的，也不必追求别人用什么你就用什么，得不偿失。到这里，如果一切顺利，你的Spring Boot应用就会在Docker容器中启动， 并且宿主机的8080端口会转发到容器内部的同一端口上，你可以通过访问http://xxxx:8080来查看应用是否在运行。使用Docker Compose的好处是，你可以在一个文件中

使用普通消息和订单事务无法保证一致的原因，本质上是由于普通消息无法像单机数据库事务一样，具备提交、回滚和统一协调的能力。而基于 RocketMQ 的分布式事务消息功能，在普通消息基础上，支持二阶段的提交能力。将二阶段提交和本地事务绑定，实现全局提交结果的一致性。事务消息发送分为两个阶段。第一阶段会发送一个半事务消息。

单独的数据库：微服务设计的一个关键是数据库设计，基本原则是每个服务都有自己单独的数据库，而且只有微服务本身可以访问这个数据库。它是基于下面三个原因。优化服务接口：微服务之间的接口越小越好，最好只有服务调用接口（RPC或消息），没有其他接口。如果微服务不能独享自己的数据库，那么数据库也变成了接口的一部分，这大大拓展了接口范围。错误诊断：生产环境中的错误大部分都是和数据库有关的，要么是数据出了问题，要

我也曾是个快乐的童鞋，也有过崇高的理想，直到我面前堆了一座座山，脚下多了一道道坑，我。。。。。。！

重度依赖，这种项目来说最好就不要改了，继续使用5.0，作者说了5.0也会继续维护轻度依赖，如果只是用了一些简单的工具类，全局替换包名升级还是可以的新项目，我们需要思考有没有必要使用Hutool，是不是可以使用JDK17？很多新功能JDK都自带了，自己项目组是不是也应该维护起属于自己团队的工具类？

幂等性原本是数学上的概念，用在接口上就可以理解为：同一个接口，多次发出同一个请求，必须保证操作只执行一次。比如下面这些情况，如果没有实现接口幂等性会有很严重的后果： 支付接口，重复支付会导致多次扣钱 订单接口，同一个订单可能会多次创建。在分布式环境下，锁定全局唯一资源，使请求串行化，实际表现为互斥锁，防止重复，解决幂等。这里的乐观锁指的是用乐观锁的原理去实现，为数据字段增加一个version字段，