将Java EE服务迁移至Spring Boot REST服务的架构疑问

1. 原JEE的Service A中新增REST调用是否合理？ #

在增量迁移阶段，这种做法是合理且常见的，属于典型的「绞杀者模式」迁移策略——逐步用新服务替换原有单体功能，避免一次性重构带来的风险。但需要注意几个关键问题：

• 本地调用转远程调用的适配：原来Service A调用Service B是本地方法，直接返回File对象；现在REST接口无法直接返回本地File，需要改成返回文件流（比如包装成ResponseEntity<Resource>）或者提供文件下载链接。Service A需要调整逻辑，接收远程返回的流后处理（比如写入本地临时文件，或直接透传给前端）。
• 性能与可靠性问题：HTTP远程调用比本地方法调用开销更大，要设置合理的超时时间、重试机制（比如用Spring Retry），避免新服务的延迟拖垮Service A。同时要处理网络异常、服务不可用的情况，增加降级逻辑（比如返回默认提示或触发本地降级处理）。
• 事务一致性：原来本地调用处于同一个JTA事务中，跨服务后无法再用本地事务。如果批量导出流程有数据一致性要求，需要考虑分布式事务方案（比如Seata）或者采用最终一致性设计（比如记录导出任务状态，异步校验结果）。
• 链路追踪：新增跨服务调用后，要加入请求ID（比如在HTTP请求头中传递），确保日志能串联起Service A和新Spring Boot服务的调用链路，方便排查问题。

2. Service B依赖@Inject注入，除替换为@Autowire外还有其他注意事项吗？ #

@Inject（JSR-330标准）和@Autowired（Spring特有）在Spring环境中大部分场景可以直接替换，但还有几个细节需要关注：

• 兼容JSR-330注解：如果Service B中用了@Named标注组件，Spring完全支持这个注解，不需要强制换成@Component/@Service，当然换成Spring原生注解也没问题。
• 作用域映射：JEE中的作用域（比如@RequestScoped、@SessionScoped）需要对应到Spring的作用域注解，比如@RequestScope、@SessionScope，注意Spring的作用域注解来自org.springframework.web.context.annotation包，和JEE的包不同。
• 依赖注入方式推荐：不管是JEE还是Spring，构造注入都比字段注入更推荐——它能确保依赖在对象创建时就初始化，避免空指针，也更利于单元测试。如果原来Service B是字段注入@Inject，可以改成构造注入，Spring 4.3+支持无注解的构造注入。
• CDI特性的替换：如果原来Service B用到了JEE CDI的特殊特性，比如@Produces生产者方法、@Qualifier自定义限定符，Spring中也有对应实现：@Produces可以换成@Bean方法，自定义@Qualifier在Spring中同样可以直接使用。
• 测试适配：原来的JEE测试框架（比如Arquillian）要换成Spring的测试框架，比如用@SpringBootTest启动Spring上下文，用@Autowired注入依赖进行测试。

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