公司为什么不用spring事务

公司选择不使用Spring事务的主要原因可能有以下几个方面：

1. 项目规模
   如果公司的项目规模较小，业务逻辑相对简单，事务管理的复杂度较低，那么就可能不需要引入Spring事务，而选择其他简单的事务管理方式。

2. 技术选型
   公司可能已经使用了其他的技术栈，比如MyBatis或Hibernate等，而这些技术本身已经提供了事务管理的功能，因此不需要额外引入Spring事务。

3. 性能考虑
   在某些情况下，Spring事务管理器可能会对系统的性能造成一些影响。如果公司对系统的性能有着极高的要求，可能会选择使用其他轻量级的事务管理方案。

4. 使用了其他框架
   公司可能已经使用了其他框架，比如JTA（Java Transaction API）等，而这些框架与Spring事务管理冲突或重复，因此选择不使用Spring事务。

需要注意的是，以上只是可能的原因，具体情况可能因公司实际情况而异。最终是否使用Spring事务应根据具体项目的需求和技术选型来决定。

公司选择不使用Spring事务的原因有以下几点：

1. 轻量级需求：公司的项目规模较小，业务逻辑相对简单，不需要使用Spring框架提供的复杂事务管理功能。使用Spring事务会引入额外的依赖和复杂性，不值得投入资源进行配置和维护。

2. 高性能要求：Spring事务框架会在事务开始和结束时进行大量的方法调用和拦截。对于一些对性能要求较高的系统，这种性能开销是不可接受的。因此，公司选择不使用Spring事务，自行实现简单的事务管理。

3. 特定需求：公司的项目可能有特定的事务管理需求，无法通过Spring提供的默认事务管理功能满足。在这种情况下，公司会选择使用其他的事务管理解决方案，或者自行实现事务控制逻辑。

4. 技术栈统一性：公司的技术栈可能已经使用了其他的事务管理解决方案，使用Spring事务会引入额外的不一致性。为了保持技术栈的一致性，公司选择不使用Spring事务。

5. 学习成本和维护成本考虑：使用Spring事务需要员工掌握Spring框架的事务管理机制，并花费时间和精力进行配置和维护。对于一些项目周期较短或者团队经验较少的情况下，公司选择不使用Spring事务以降低学习和维护的成本。

公司不使用Spring事务的原因可能有以下几点：

1. 项目需求不需要事务控制：在某些项目中，不需要使用事务控制，可能是因为项目规模较小，数据操作较简单，或者项目本身不涉及到并发访问和数据的一致性要求，因此不需要引入复杂的事务管理机制。

2. 技术栈选择：公司可能选择了其他的技术栈，而不是使用Spring框架，例如使用了轻量级的框架或自研的技术框架，这些框架中可能已经提供了自己的事务管理机制，不需要引入Spring的事务管理组件。

3. 自定义事务管理：公司可能根据自身需求，自行开发了适应于项目的事务管理机制，这样可以更加精确地控制事务的边界和行为，而不是依赖于Spring框架提供的默认事务管理机制。

4. 项目历史原因：如果项目是从早期版本迁移而来，可能没有引入Spring框架，或者原来的代码中使用了其他的事务管理机制，为了避免大规模改动和风险，公司可能选择继续使用原来的事务管理方式。

需要注意的是，Spring框架中的事务管理是非常强大和灵活的，可以满足大部分项目的事务需求。但是在一些特殊情况下，可能会选择不使用Spring事务管理，而选择其他的解决方案。