Jersey 2端点如何无重定向转发带头部和体的HTTP POST请求至外部端点？

刚好之前做过类似的需求——要在Jersey端点里把带头部和请求体的POST请求转发到外部服务，还不能用重定向（毕竟重定向是让客户端重新发起请求，而我们要的是服务端悄悄处理完把响应返回给客户端）。下面是我验证过的可行方案，完美解决你提到的现有方案的不足：

核心思路 #

不用重定向机制，而是借助Jersey自带的Client API在服务端内部发起请求到外部端点，完整复制原请求的头部、请求体，再把外部服务返回的响应原样回传给客户端。整个过程客户端完全感知不到中间的转发操作。

实现步骤&代码示例 #

首先确保你的项目依赖了Jersey Client（如果用Maven，添加以下依赖）：

<dependency>
    <groupId>org.glassfish.jersey.core</groupId>
    <artifactId>jersey-client</artifactId>
    <version>你的Jersey版本，比如2.41</version>
</dependency>

然后编写Jersey资源类，实现转发逻辑：

import javax.ws.rs.*;
import javax.ws.rs.client.Client;
import javax.ws.rs.client.ClientBuilder;
import javax.ws.rs.client.Entity;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.HttpHeaders;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;
import java.io.InputStream;

@Path("/forward")
public class ForwardResource {

    // 推荐用单例Client，线程安全，避免频繁创建销毁浪费资源
    private final Client client = ClientBuilder.newClient();

    @POST
    @Consumes(MediaType.WILDCARD) // 兼容所有请求体类型（JSON/XML/表单/二进制文件等）
    @Produces(MediaType.WILDCARD)
    public Response forwardPostRequest(@Context HttpHeaders headers, InputStream requestBody) {
        // 外部目标端点，建议从配置文件读取，不要硬编码
        String targetExternalUrl = "https://your-external-service.com/api/endpoint";

        // 构建外部请求的Builder
        var targetRequestBuilder = client.target(targetExternalUrl).request();

        // 复制原请求的头部，跳过可能引发问题的系统级头部
        headers.getRequestHeaders().forEach((headerName, headerValues) -> {
            // 跳过Host（外部服务需要自己的Host）、Connection（由Jersey Client自动管理）
            if (!"Host".equalsIgnoreCase(headerName) && !"Connection".equalsIgnoreCase(headerName)) {
                targetRequestBuilder.header(headerName, headerValues.toArray());
            }
        });

        // 复制原请求体，保持原媒体类型
        String requestMediaType = headers.getMediaType() != null 
                ? headers.getMediaType().toString() 
                : MediaType.APPLICATION_OCTET_STREAM;
        var requestEntity = Entity.entity(requestBody, requestMediaType);

        // 发起POST请求到外部端点，并处理响应
        try (Response externalResponse = targetRequestBuilder.post(requestEntity)) {
            // 把外部响应的状态码、头部、响应体原样返回给客户端
            return Response.status(externalResponse.getStatus())
                    .headers(externalResponse.getHeaders())
                    .entity(externalResponse.readEntity(InputStream.class))
                    .build();
        } catch (Exception e) {
            // 处理转发失败的情况，返回友好错误信息和合适的HTTP状态码
            return Response.status(Response.Status.SERVICE_UNAVAILABLE)
                    .entity("转发请求到外部服务失败：" + e.getMessage())
                    .build();
        }
    }
}

关键细节说明 #

• 头部过滤：必须跳过Host和Connection这类与当前请求绑定的系统级头部，否则转发到外部服务时可能出现请求非法的问题。你可以根据实际需求调整过滤列表（比如添加Content-Length，Jersey Client会自动计算并设置）。
• 请求体处理：用InputStream接收原请求体，避免把大请求加载到内存，适合处理大文件上传这类场景。
• Client实例管理：使用单例Client实例，因为它是线程安全的，频繁创建会浪费系统资源。如果用CDI容器的话，可以把Client注入进来，由容器统一管理生命周期。
• 异常处理：添加try-catch捕获转发过程中的异常（比如连接超时、外部服务不可用），返回友好的错误信息和合适的HTTP状态码给客户端。

为什么这个方案能解决现有不足？ #

• 不是重定向：完全是服务端内部发起请求，客户端不会收到3xx重定向响应，也不需要重新发起请求。
• 支持外部端点：借助Jersey Client可以转发到任何HTTP/HTTPS外部服务，不像一些方案只能处理同一应用内的内部端点。

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