如何在Spring配置类中获取ServletConfig？兼容JAX-RS场景

咱们逐个拆解你的疑问，结合所有约束条件来分析：

1. 是否可行？ #

完全可行！核心思路是绕开Spring上下文初始化阶段无法直接注入ServletConfig到@Configuration类的限制——@Configuration类是Spring启动时最早创建的组件，此时Web容器的ServletConfig还未就绪。我们可以利用你已经能通过JAX-RS的MyApplication获取ServletConfig的条件，把它作为桥梁传递给Spring上下文。

2. 具体实现方案 #

下面是完全贴合你约束条件的分步实现：

步骤1：在JAX-RS的Application类中持有ServletConfig引用 #

JAX-RS的Application在Web容器中是单例实例，我们通过@Context注入后用静态变量保存：

public class MyApplication extends Application {
    private static ServletConfig servletConfig;

    @Context
    public void setServletConfig(ServletConfig config) {
        servletConfig = config;
    }

    public static ServletConfig getServletConfig() {
        return servletConfig;
    }

    // 保留原有的getClasses()、getSingletons()等方法
}

步骤2：在Spring配置类中通过Application获取ServletConfig初始化Bean #

不要尝试直接注入ServletConfig到@Configuration类，而是通过MyApplication的静态方法获取，同时用@Lazy确保Bean在ServletConfig就绪后才初始化：

@Configuration
public class CContextBeanProvider {

    @Bean
    @Lazy
    public CContextBean cContextBean() {
        ServletConfig config = MyApplication.getServletConfig();
        // 从web.xml读取目标参数
        String targetParam = config.getInitParameter("your-param-key");
        
        // 实例化并初始化你的Bean
        return new CContextBean(targetParam);
    }
}

步骤3：配置Spring上下文在Web容器中启动 #

因为你不用Spring Boot/MVC，需要在web.xml中添加Spring的ContextLoaderListener来启动上下文：

<!-- 配置Spring上下文为注解驱动 -->
<context-param>
    <param-name>contextClass</param-name>
    <param-value>org.springframework.web.context.support.AnnotationConfigWebApplicationContext</param-value>
</context-param>
<!-- 指定你的Spring配置类路径 -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>com.yourpackage.CContextBeanProvider</param-value>
</context-param>

<!-- 启动Spring上下文的监听器 -->
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<!-- 保留原有的JAX-RS Servlet配置，确保旧服务不受影响 -->
<servlet>
    <servlet-name>JAX-RS Servlet</servlet-name>
    <servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
    <init-param>
        <param-name>javax.ws.rs.Application</param-name>
        <param-value>com.yourpackage.MyApplication</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>JAX-RS Servlet</servlet-name>
    <url-pattern>/api/*</url-pattern>
</servlet-mapping>

步骤4：确保过渡期间旧方式正常工作 #

• 原有的JAX-RS服务代码完全保留，无需修改；
• 新代码可以通过Spring上下文获取Bean：

  // 从Web上下文获取Spring容器
  WebApplicationContext springCtx = WebApplicationContextUtils.getWebApplicationContext(
      MyApplication.getServletConfig().getServletContext()
  );
  // 获取初始化好的CContextBean
  CContextBean bean = springCtx.getBean(CContextBean.class);
  

• 如果某些类被Spring管理，也可以直接用@Autowired注入CContextBean。

3. 基础Tomcat环境下用CDI是否更简单？ #

分两种情况判断：

• 如果不受约束3限制：CDI确实更贴合JAX-RS生态，JAX-RS和CDI集成更原生——@Context可以直接注入到CDI Bean中，不需要额外的Spring依赖。但要注意Tomcat本身不自带CDI实现，需要手动引入Weld或OpenWebBeans等依赖包，配置CDI启动监听器。
• 如果严格遵守约束3：CDI就不适用了，因为它需要引入CDI API及实现依赖，违反了“仅引入spring-context”的要求。此外，如果你的团队对Spring更熟悉，Spring方案的学习成本更低。

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