Jersey中需在端点调用前同时访问Request与Response的技术问题

我完全理解你遇到的这个Jersey过滤器的痛点：标准的ContainerRequestFilter在资源方法执行前触发，但只能拿到请求对象；ContainerResponseFilter虽然能同时访问请求和响应，却要等端点调用完毕才运行。而且标准的javax.servlet.Filter也没法满足需求——毕竟它运行在Jersey的处理流程之前，没法和JAX-RS的请求/响应模型无缝交互。

下面给你两个可行的解决方案：

方案1：在请求过滤器中注入原生HttpServletResponse #

虽然此时Jersey的ContainerResponse还未生成，但你可以通过Servlet上下文获取原生的HttpServletResponse，这样就能在资源方法执行前直接操作响应（比如设置响应头、提前终止请求等），同时还能访问Jersey的ContainerRequestContext。

代码示例：

import javax.ws.rs.container.ContainerRequestContext;
import javax.ws.rs.container.ContainerRequestFilter;
import javax.ws.rs.core.Context;
import javax.servlet.http.HttpServletResponse;
import javax.ws.rs.ext.Provider;

@Provider
public class PreExecutionFilter implements ContainerRequestFilter {

    // 注入原生Servlet响应对象
    @Context
    private HttpServletResponse servletResponse;

    @Override
    public void filter(ContainerRequestContext requestContext) {
        // 访问Jersey的请求上下文信息
        String requestPath = requestContext.getUriInfo().getPath();
        String apiKey = requestContext.getHeaderString("X-API-Key");
        
        // 在端点调用前设置响应头
        servletResponse.setHeader("X-Pre-Processed", "completed");
        
        // 如果需要提前终止请求（比如权限校验失败），可以直接构建响应并中止
        if (apiKey == null || !apiKey.equals("authorized")) {
            servletResponse.setStatus(403);
            requestContext.abortWith(
                Response.status(403).entity("Unauthorized").build()
            );
        }
    }
}

注册方式和普通请求过滤器一致：

PackagesResourceConfig prc = new PackagesResourceConfig("com.company.xxx");
prc.getContainerRequestFilters().add(new PreExecutionFilter());

（或者用@Provider注解让Jersey自动扫描注册）

方案2：提前构建响应并中止请求 #

如果你的需求是在端点执行前就生成完整的响应内容，可以直接在ContainerRequestFilter中调用requestContext.abortWith()方法，返回自定义的Response对象。这种方式完全满足“端点前执行+同时控制请求/响应”的要求，甚至能直接跳过资源方法的调用。

代码示例：

import javax.ws.rs.container.ContainerRequestContext;
import javax.ws.rs.container.ContainerRequestFilter;
import javax.ws.rs.core.Response;
import javax.ws.rs.ext.Provider;

@Provider
public class EarlyResponseFilter implements ContainerRequestFilter {

    @Override
    public void filter(ContainerRequestContext requestContext) {
        // 自定义请求校验逻辑
        if (!isValidRequest(requestContext)) {
            // 提前构建响应，中止后续请求流程
            Response errorResponse = Response.status(Response.Status.BAD_REQUEST)
                    .entity("Invalid request parameters")
                    .header("X-Error-Code", "INVALID_PARAMS")
                    .build();
            requestContext.abortWith(errorResponse);
        }
    }

    private boolean isValidRequest(ContainerRequestContext requestContext) {
        // 示例：检查请求参数是否存在
        return requestContext.getUriInfo().getQueryParameters().containsKey("userId");
    }
}

补充：为什么标准Servlet Filter不适用？ #

标准javax.servlet.Filter的执行时机在Jersey处理请求之前，此时Jersey还没有解析请求生成ContainerRequest，也没有准备ContainerResponse。虽然你能拿到Servlet的HttpServletRequest和HttpServletResponse，但无法和JAX-RS的核心模型（比如UriInfo、Response）进行无缝交互，这也是它没法满足你需求的核心原因。

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