如何用Zuul代理过滤器路由至外部URL并传递请求头

嘿，我来帮你搞定这个Zuul过滤器传递请求头的事儿！先看你现有的代码，有个关键问题得先修正：你把filterType()返回了"route"，但如果要在请求转发前修改/添加请求头，咱们得用**pre类型**的过滤器——pre过滤器是在请求被路由到目标服务之前执行的，刚好适合咱们修改请求头的需求。

下面是补全并修正后的完整代码，我给你加了详细注释：

@Component
public class CustomFilters extends ZuulFilter {
    private static final Logger logger = LoggerFactory.getLogger(CustomFilters.class);

    @Override
    public String filterType() {
        // 改成pre类型，在路由前处理请求头
        return "pre";
    }

    @Override
    public int filterOrder() {
        // 过滤器执行顺序，数字越小越先执行，这里设1没问题
        return 1;
    }

    @Override
    public boolean shouldFilter() {
        // 返回true表示这个过滤器总是生效，你也可以根据条件判断是否执行
        return true;
    }

    @Override
    public Object run() throws ZuulException {
        // 获取Zuul的请求上下文
        RequestContext ctx = RequestContext.getCurrentContext();
        HttpServletRequest request = ctx.getRequest();

        // 示例1：传递原请求中的某个请求头（比如Authorization）到目标服务
        String authHeader = request.getHeader("Authorization");
        if (authHeader != null) {
            ctx.addZuulRequestHeader("Authorization", authHeader);
            logger.info("已传递Authorization请求头到目标服务");
        }

        // 示例2：添加自定义的请求头，比如用于启动应用的专属标识
        ctx.addZuulRequestHeader("X-App-Start", "true");
        logger.info("已添加自定义请求头X-App-Start到转发请求");

        // Zuul的run方法可以返回null，因为过滤器的逻辑已经在上下文里处理了
        return null;
    }
}

关键说明： #

• RequestContext是Zuul的核心上下文对象，用来获取当前请求、修改转发请求的参数/头信息
• addZuulRequestHeader()方法专门用来添加要转发到目标服务的请求头，这个头会被包含在发送给外部URL的请求里
• 如果你的需求是传递原请求的所有头，可以遍历原请求的头然后逐个添加，或者用Zuul的默认配置，但自定义过滤器更灵活

这样修改后，当请求经过Zuul时，过滤器会在路由前把你需要的请求头添加到转发请求中，就能满足你通过请求头启动外部应用的需求啦～

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