springboot中saga？

springboot有哪几种读取配置的方法

以下两种方式是将该配置文件打包在jar包里面了，即便只改一个端口号，开发人员先改配置文件，再打包，再运行。此处也记录下，并解开jar包，看下该配置文件被打包后，放置的位置。

常见的读取配置的方式有三种：第@Value注解，比较常用的一种方式。

自定义jar目前只能读取application.properties和application.yml吧。可以用一个简单点的方法进行监听注入，在工具包内写一个init方法，在springboot启动时初始化就可以了。

常规的，在springboot中一般只需要拿appolo或者nacos里配置的属性就够了。

推荐以上两种方式来放置配置文件，如果不写开发，测试，和生产好几套环境配置文件的话，就可以直接打开配置文件，改成自己需要的配置即可。

关于两者的简单功能对比：显然，前者支持松绑定的特性更强大，所以在实际开发中建议使用@ConfigurationProperties来读取自定义属性。

springboot默认读取文件

在Spring Boot中，默认读取文件的路径是项目的根目录，也就是classpath的根目录。这是因为Spring Boot默认会从classpath的根目录加载资源文件。因此，如果你的文件位于项目的根目录下，那么你可以直接使用文件名进行读取。

Spring Boot默认使用Java的FileLoader类来读取文件。它使用类路径（classpath）作为默认的文件路径。

自定义jar目前只能读取application.properties和application.yml吧。可以用一个简单点的方法进行监听注入，在工具包内写一个init方法，在springboot启动时初始化就可以了。比如springboot启动完成后读取配置文件，然后注入到工具包内。

分布式事务数据最终一致性之serviceComb-Saga使用方法

1、分布式事务有两种解决方式 优先使用异步消息。 上文已经说过，使用异步消息 Consumer 端需要实现幂等。 幂等有两种方式， 一种方式是业务逻辑保证幂等 。

2、第三种方案能够解决订单和支付数据的一致性问题，但是用户体验非常差。当然这种情况比较可能是少数，可以牺牲这一部分的用户体验，我们还有没有更好的解决方案，既能照顾用户体验，又能够保证资金的安全性。

3、）容灾：数据不丢、节点的Failover 2）数据的一致性：事务处理 3）性能：吞吐量 、 响应时间 前面说过，要解决数据不丢，只能通过数据冗余的方法，就算是数据分区，每个区也需要进行数据冗余处理。

4、在大多数的业务场景中，我们可以使用最终一致性替代传统的强一致性，尽量避免使用分布式事务。

5、分布式系统可能复杂难以管理。因为分布部署跟踪问题难。当服务数量增加，管理复杂性增加。微服务适合哪种情况：当需要支持桌面，web，移动智能电视，可穿戴时都是可以的。甚至将来可能不知道但需要支持的某种环境。