Java EE中如何创建并跨容器注入请求作用域变量？

你想要的这种跟随请求全生命周期的变量完全可以实现，而且用CDI的@RequestScoped就能搞定——你之前遇到的问题大概率是代理类的配置或者调用时机不对，不是这个作用域本身的限制。下面给你一套完整的可落地方案，结合日志场景来讲解：

一、核心思路 #

Java EE的@RequestScoped是通过代理模式实现的：你注入的其实是一个代理对象，每次调用它的方法时，代理会自动找到当前请求上下文对应的真实实例。这意味着不管你把它注入到@Stateless、@Singleton还是其他CDI Bean里，只要是在HTTP请求的上下文内调用，拿到的都是当前请求的变量实例。

另外，结合日志框架的MDC（映射诊断上下文）可以让日志过滤更省心，不用每次手动拼接请求ID。

二、分步实现 #

1. 定义请求上下文Bean #

首先创建一个存储请求变量的@RequestScoped类，注意不要用final修饰，要保留默认构造器（CDI需要生成代理）：

import javax.enterprise.context.RequestScoped;

@RequestScoped
public class RequestContext {
    private String requestId;

    public String getRequestId() {
        return requestId;
    }

    public void setRequestId(String requestId) {
        this.requestId = requestId;
    }
}

2. 初始化请求ID #

用Servlet过滤器在请求入口处生成唯一请求ID，同时把它存入RequestContext和MDC：

import javax.inject.Inject;
import javax.servlet.*;
import javax.servlet.annotation.WebFilter;
import java.io.IOException;
import java.util.UUID;
import org.slf4j.MDC;

@WebFilter(urlPatterns = "/*")
public class RequestIdFilter implements Filter {

    @Inject
    private RequestContext requestContext;

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        // 生成唯一请求ID
        String requestId = UUID.randomUUID().toString().replace("-", "");
        
        // 存入请求上下文Bean
        requestContext.setRequestId(requestId);
        // 存入MDC，方便日志自动携带
        MDC.put("requestId", requestId);

        try {
            // 继续处理请求
            chain.doFilter(request, response);
        } finally {
            // 请求结束后清理MDC，避免内存泄漏
            MDC.remove("requestId");
        }
    }

    @Override
    public void init(FilterConfig filterConfig) {}

    @Override
    public void destroy() {}
}

3. 在业务Bean中注入使用 #

不管是@Stateless还是其他类型的Bean，直接注入RequestContext就能拿到当前请求的变量：

import javax.inject.Inject;
import javax.ejb.Stateless;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

@Stateless
public class BusinessService {
    private static final Logger logger = LoggerFactory.getLogger(BusinessService.class);

    @Inject
    private RequestContext requestContext;

    public void doBusiness() {
        // 方式1：从RequestContext获取请求ID手动拼接
        logger.info("[{}] 开始执行业务逻辑", requestContext.getRequestId());
        
        // 方式2：直接用MDC，日志配置里自动携带requestId（更推荐）
        logger.info("开始执行业务逻辑");
    }
}

4. 配置日志输出请求ID #

以Logback为例，修改logback.xml，在日志格式中加入%X{requestId}即可自动打印请求ID：

<appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
        <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %X{requestId} - %msg%n</pattern>
    </encoder>
</appender>

三、常见问题排查 #

如果之前注入@RequestScoped失败，大概率是这两个原因：

• 类无法被代理：比如你的RequestVariables是final类，或者没有默认构造器，CDI无法生成代理对象，导致注入失败。
• 请求上下文不存在：如果是在定时任务、异步方法这类脱离HTTP请求的场景调用Bean，此时没有请求上下文，注入@RequestScopedBean会报错。这种情况需要判断是否在请求内，或者单独处理。

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