API网关代理登出DELETE请求遭拦截器拦截，excludePatterns失效报415错误

首先，415错误本质是请求的媒体类型不被目标服务（authService）或拦截器支持，结合你提到的excludePatterns未生效，大概率是代理后的请求和你配置的排除规则存在差异，或者请求本身的Content-Type等头信息在代理过程中出现了问题。下面是一步步的排查和解决思路：

1. 先确认excludePatterns的规则是否匹配代理后的请求 #

拦截器的排除规则是基于网关转发后的最终请求路径、方法来匹配的，你需要检查：

• 代理后的请求路径是否和excludePatterns中配置的一致？比如你配置的是/auth/logout，但代理后实际是/api/auth/logout，那规则就不匹配。
• 排除规则是否指定了HTTP方法？很多拦截器的排除规则默认只匹配路径，如果没明确指定DELETE方法，可能只会排除GET/POST的请求，DELETE还是会被拦截。
• 可以在网关层打印代理请求的完整URL和方法，对比你的排除规则：

  // 在createHttpRequest后添加日志
  System.out.println("Proxy Request URL: " + proxyRequest.getURI());
  System.out.println("Proxy Request Method: " + proxyRequest.getMethod());
  

2. 检查代理请求的Content-Type头是否正确 #

415错误最常见的原因是Content-Type不匹配。你提到登录和POST请求正常，那要对比DELETE请求和它们的差异：

• 原始的DELETE请求是否携带了Content-Type？比如有些前端发送DELETE时可能没设置，或者设置了application/json但请求体是空的，而拦截器/authService对DELETE请求的Content-Type有要求。
• 检查createHttpRequest方法是否在代理时修改了Content-Type头？比如POST请求会保留头，但DELETE请求被默认去掉了，或者被设置成了不被支持的类型。
• 可以打印代理请求的所有头信息，确认Content-Type：

  Header[] headers = proxyRequest.getAllHeaders();
  for (Header header : headers) {
      System.out.println(header.getName() + ": " + header.getValue());
  }
  

3. 验证拦截器的排除规则是否正确生效 #

有时候排除规则的配置语法容易出错，比如：

• 如果是Spring的拦截器，excludePatterns是否用了正确的Ant风格路径？比如/**/logout和/auth/logout的区别。
• 是否拦截器的优先级问题？比如有多个拦截器，某个拦截器先执行且没有排除该请求，导致先被拦截。
• 可以临时注释掉拦截器，测试DELETE请求是否能正常到达authService，以此确认是拦截器的问题还是请求本身的问题。

4. 检查createHttpRequest对DELETE请求的处理逻辑 #

既然登录和POST请求正常，那要看看这个方法对DELETE请求有没有特殊处理：

• 是否DELETE请求的请求体被丢弃了？有些网关在代理DELETE时默认不传递请求体，但如果authService期望有请求体（比如携带token），就会报415。
• 是否方法内部对不同HTTP方法的头处理不一致？比如POST会复制所有头，DELETE只复制了部分。

快速修复建议 #

如果暂时找不到根因，可以尝试：

• 在excludePatterns中明确指定DELETE方法和完整路径，比如Spring中可以用antMatchers(HttpMethod.DELETE, "/auth/logout").exclude()（根据你的框架调整语法）。
• 在代理DELETE请求时，手动设置正确的Content-Type，比如：

  if (proxyRequest instanceof HttpDelete) {
      proxyRequest.addHeader("Content-Type", "application/json");
  }
  

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