工作中的微服务项目远程调用使用的技术是 dubbo，当对外提供了一个 duboo 接口时，无论是开发阶段自测，还是上线了服务出问题需要排查，都需要自己去手动调用 dubbo 接口。在开发阶段自己调用，很多时候就本地写个测试接口，然后使用 @DubboReference 注入依赖测试，测完的测试接口代码不提交即可。这种方法对于线上的dubbo接口就行不通了，对于线上的 dubbo 接口，工作中则是用来连接 dubbo 服务，然后通过命令行来直接调用接口，这样来验证接口是否正常运行。

在前公司做微服务开发时，使用的都是 Spring Cloud 的生态，服务的注册与发现中心用的 Eureka，也有使用 Nacos 的，远程调用则是用的 OpenFeign，换工作后，新公司的微服务技术栈有了些许改变，服务的注册与发现中心用的是 ZooKeeper，远程调用则是用的 Dubbo。为了自己本地开发方便，故直接在本地安装 ZooKeeper 服务自己使用，IDEA 也安装一个 ZooKeeper 连接工具插件 zoolytic，方便开发时查看。

Seata 的4种事务模式（XA、AT、TCC、SAGA）