Spring Boot有状态与无状态处理器类选型及内存影响疑问

方案1（new创建有状态Handler）的内存劣势 #

• 高并发下对象激增：每次请求都要新建Handler实例，每个实例绑定独立的领域对象，高流量场景会瞬间产生大量短期存活对象，触发频繁的Minor GC，严重时会引发Full GC，拖慢系统响应速度。
• 堆内存占用飙升：如果领域对象本身内存占用大，或者请求量极高，内存中会同时存在大量Handler实例和对应的领域对象，极易导致堆内存耗尽，引发OOM（内存溢出）。
• 内存利用率低下：无法复用实例，完全依赖JVM垃圾回收清理对象，没有Spring Bean的复用机制，内存资源得不到高效利用。

方案1的优缺点 #

优点 #

• 代码简洁直观：领域对象作为实例属性，无需在每个接口方法中重复传入，减少参数冗余，逻辑连贯性更强。
• 天然线程安全：每个请求对应独立的Handler实例，状态完全隔离，不用考虑多线程下的状态同步、竞态问题。
• 构造注入保障完整性：领域对象在实例创建时就注入，确保Handler实例初始化完成后即可直接使用，避免状态不完整的情况。

缺点 #

• 脱离Spring生态：无法使用@Component/@Service等注解，也就不能享受Spring的AOP切面、声明式事务、自动依赖注入等特性，所有依赖都要手动管理，增加开发成本。
• 内存开销大：如前面所说，高并发场景下GC压力大，内存利用率低。
• 生命周期管理复杂：实例的创建、销毁完全由开发者手动控制，若不慎将实例存入全局集合等地方，容易引发内存泄漏。

方案2（无状态Spring Bean）的优缺点 #

优点 #

• 极致内存效率：单例模式复用，整个应用生命周期仅存在一个实例，没有对象频繁创建销毁的开销，内存占用极低。
• 完全适配Spring生态：可以直接使用Spring的所有特性，包括依赖自动注入、AOP、事务管理、Bean生命周期管理等，开发效率高，便于维护。
• 高并发友好：无状态设计天生适配多线程场景，只要方法内的局部变量处理得当，就不存在线程安全问题。
• 便于监控和管理：Spring容器可以对Bean进行统一的监控、健康检查和生命周期管控。

缺点 #

• 参数冗余：每个接口方法都需要传入领域对象，方法参数列表会显得繁琐，尤其是当领域对象结构复杂时，可能降低代码可读性。
• 状态扩展成本高：如果后续需要给Handler增加状态相关的逻辑，无状态设计需要调整方法参数，或者引入ThreadLocal（但ThreadLocal存在内存泄漏风险），增加了修改复杂度。

内容的提问来源于stack exchange，提问作者ofa