Java项目：RequestBean是否应为无状态？如何访问ApplicationScoped的ServiceBean？

1. RequestBean是否应该设为无状态？ #

绝对应该！

你现在的RequestBean是处理REST调用的，而REST服务本身的设计核心就是无状态——每个请求都是独立的，不需要在服务器端保留会话级的状态。有状态Bean（@Stateful）会为每个客户端会话创建并保留专属实例，这不仅会浪费服务器资源，而且完全不符合你当前场景的需求：你的RequestBean只是接收请求、调用后端服务、返回响应，根本不需要维持任何会话状态。

把RequestBean改成**@Stateless**（无状态Bean）是最优选择，容器会对无状态Bean做实例池化管理，复用实例处理多个请求，资源利用率更高；如果你的项目更偏向CDI规范，用**@RequestScoped**也可行（每个请求创建一个实例，请求结束后销毁），但无状态Bean的池化机制在高并发场景下表现会更出色。

2. 如何访问ServiceBean中已初始化的服务？ #

这一步非常简单，用**依赖注入（DI）**就能轻松实现，Java EE/CDI容器会帮你搞定所有细节：

第一步：实现ApplicationScoped的ServiceBean

把SOAP服务的初始化逻辑放到@ApplicationScoped的Bean里，用@PostConstruct注解标记初始化方法——这个方法会在应用启动时、Bean第一次被创建时执行仅一次，完美解决初始化慢的问题：

import javax.enterprise.context.ApplicationScoped;
import javax.annotation.PostConstruct;

@ApplicationScoped
public class ServiceBean {
    private YourSoapService soapService;

    @PostConstruct
    public void initSoapService() {
        // 这里写SOAP服务的初始化逻辑，比如创建客户端、加载配置等
        // 这个方法只会执行一次
        soapService = new YourSoapService();
        soapService.initialize();
    }

    // 提供对外访问SOAP服务的方法
    public Response callSoapService(Request request) {
        return soapService.execute(request);
    }
}

第二步：在RequestBean中注入ServiceBean

不管RequestBean是@Stateless还是@RequestScoped，直接用@Inject注解注入ServiceBean即可——容器会自动把应用级别的单例ServiceBean实例注入进来，你直接调用它的方法就能使用已经初始化好的SOAP服务：

import javax.ejb.Stateless; // 如果用EJB的无状态Bean
// 或者用CDI的@RequestScoped：import javax.enterprise.context.RequestScoped;
import javax.inject.Inject;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Consumes;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

@Stateless
@Path("/request")
public class RequestBean {

    @Inject
    private ServiceBean serviceBean; // 注入ApplicationScoped的ServiceBean

    @POST
    @Consumes(MediaType.APPLICATION_JSON)
    @Produces(MediaType.APPLICATION_JSON)
    public Response handleRequest(Request request) {
        // 直接调用ServiceBean的方法，使用已经初始化好的SOAP服务
        return serviceBean.callSoapService(request);
    }
}

补充说明 #

• @ApplicationScoped的Bean是应用级别的单例，整个应用生命周期内只有一个实例，所以初始化逻辑只会跑一次，后续所有注入的地方都共享这个实例里的soapService对象。
• 依赖注入的方式避免了手动创建ServiceBean实例的麻烦，容器会自动管理Bean的生命周期，确保你拿到的是已经初始化完成的实例。
• 这种设计完全符合Java EE的最佳实践，既解决了SOAP服务初始化慢的性能问题，又让RequestBean的职责更单一（只处理请求转发），符合单一职责原则。

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