Nginx 转发时的一个坑，运维居然让我背锅！

最近遇到一个 Nginx 转发的坑，一个请求转发到 Tomcat 时发现有几个 http header 始终获取不到，导致线上出现 bug，运维说不是他的问题，这个锅我背了。

新增的几个 header 是这样的：

• accept_sign
• accept_token
• …

反复检查代码，确定这些 header 是传了的，而且本地测试单独在 tomcat 中是可以接受到这些参数的，所以 tomcat 和命名本身是没问题的，初步断定是 Nginx 的问题。

经过一翻搜索，终于找到了一个 Nginx 的配置参数：underscores_in_headers，这个参数默认值为：off，即默认忽略带下划线的 header。

解决方案：

1、在 http 或者 server 配置中把 underscores_in_headers 配置参数开关打开：

server{
...
underscores_in_headerson;
...
}

增加配置后，然后重启 Nginx。

2、使用破折号(-)代替下划线(_)，或者统一规范直接不要使用下划线;

我们来看下一般的 http header 长什么样的：

一般所见的 headers 确实也都是中杠线，没有下划线。

Nginx 为什么默认忽略带下划线 header?

我找到了 Nginx 的官方说明：

https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/?highlight=underscores#missing-disappearing-http-headers

If you do not explicitly set underscores_in_headers on;, NGINX will silently drop HTTP headers with underscores (which are perfectly valid according to the HTTP standard). This is done in order to prevent ambiguities when mapping headers to CGI variables as both dashes and underscores are mapped to underscores during that process.

根据官方说明，这样做是为了避免把 headers 映射为 CGI 变量时出现歧义，因为破折号和下划线都会被映射为下划线，所以两者不好区分……

好吧，终于弄清楚了，这个问题也太变态了，这应该是 Nginx 设计时的一个缺陷吧，这个坑我替你们踩了!

所以，推荐大家使用第二种方案吧，统一规范 headers 不要使用下划线，使用 Nginx 默认的配置即可，这样可以尽量避免环境上的差异，以免后续带来问题。