Zuul重定向时添加请求Header，下游系统无法检测到该数据

嘿，我来帮你搞定这个Zuul Header的问题！首先得指出你代码里的核心问题：你现在是在修改请求参数，而不是添加请求Header，难怪下游系统收不到你要的数据。

一、正确添加请求Header的姿势 #

在Spring Cloud Edgware.SR3的Zuul里，要给下游服务传递自定义Header，得用RequestContext提供的addZuulRequestHeader方法，而且过滤器得是pre类型（确保在路由前执行）。给你写个完整的示例代码：

@Component
public class RouteFilter extends ZuulFilter {

    @Override
    public String filterType() {
        return "pre"; // 必须是pre过滤器，路由前执行Header添加
    }

    @Override
    public int filterOrder() {
        return 1; // 执行顺序，保证在路由逻辑前完成
    }

    @Override
    public boolean shouldFilter() {
        return true; // 控制过滤器是否启用，这里默认开启
    }

    @Override
    public Object run() {
        RequestContext context = RequestContext.getCurrentContext();
        // 替换成你实际要传递的Header键值对
        context.addZuulRequestHeader("X-Required-Data", "your-necessary-content");
        return null;
    }
}

二、排查其他可能的坑 #

1. 敏感头过滤问题 #

Zuul默认会过滤掉一些“敏感Header”（比如Cookie、Set-Cookie、Authorization），如果你的自定义Header不小心和这些重名，或者你需要传递这些敏感头，得在配置文件里调整：

# 清空敏感头列表，允许所有Header传递到下游
zuul.sensitive-headers=
# 或者指定保留的敏感头，比如只过滤Cookie和Set-Cookie
# zuul.sensitive-headers=Cookie,Set-Cookie

2. 过滤器类型和顺序是否正确 #

一定要确保你的过滤器是pre类型，如果写成route或者post，时机太晚，Header根本传不到下游。另外filterOrder数值要合理，别被其他过滤器覆盖了你的配置。

3. 下游服务接收方式是否正确 #

下游服务要通过request.getHeader("X-Required-Data")来获取Header，别搞错成从请求参数里拿，那肯定找不到。

三、为什么你的原代码无效 #

你用context.getRequest().getParameterMap().put(...)是在修改URL的查询参数（就是?后面的键值对），完全不是添加请求Header的操作。而且直接修改这个Map还可能触发异常，因为它通常是只读的——就算能改，也和你要传递Header的需求不搭边呀。

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