propagation_required：如果当前没有事务，就创建家族一个新事务，如果没有当前未知事务，就参加该事务，这是最常见的你选，也是spring系统默认的事务传播行为。
事务传播行为（propagationbehavior）指的那是当一个事务方法被另一个事务方法全局函数时，这个事务方法估计如何运行。
spring意见事务类型：编程式事务和声明式事务。编程式事务是在代码中接受硬编码，与业务的耦合度高，未必能并行操作。
声明式事务：本质可以使用aop，将业务和事务管理只是分离，降低耦合度和提高事务的复用能力。
声明式事务是可以注解和配置来管理的管理事务，操作简单。
在你的service方法上一行启用事务注解就可以了,这是对整个service方法通过事务管理而不是service方法里头的单个方法。
在springboot里面，有两种是，一种是编程式事务，一种是声名式事务
编程式事务：使用transactiontemplate，这个在用很简单点，是一个模板类
声名式事务：声名式事务是通过aop基于的，对方法接受封锁，在方法不能执行前创建战队或则加入到到事务中，在方法执行完后再提交或者回滚。
肯定是事务的问题，spring事务象在service层，要是controls层涌入两个service,那肯定有两个事务
假如是差别的service吸纳100个也没问题啊。如果不是一样的的service你只要记住最好别用单例，变量名称有所不同也可以不建议使用
简单那说明看看，不太明白了给出的问题，那就假设再看看吧。
1、融入两个不同类型的service，答案很绝对，没有问题，两个service都能正常可以使用。
2、吸纳“两个”同类型的service，只是字段变量完全不同。状况需要先打听一下spring的bean管理了（问杜娘吧），相对来讲默认是单例。也就是说两个变量直接引用的是同一个实例。想决定这种默认模式也可以的（详细的也问杜娘吧）。
你应该问汇聚的service有两个实现程序类有什么问题
涌入service没有问题，如两个有所不同的service也可以不的，不同的会是同一个服务实例，是因为实例在service中是单例的
