Nginx 转发时的一个坑，运维居然让我背锅！！
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Nginx 转发时的一个坑，运维居然让我背锅！！，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2156字，纯文字阅读大概需要4分钟。
内容图文
最近遇到一个 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_headers on;
...
}
增加配置后，然后重启 Nginx。
2、使用破折号（-）代替下划线（_），或者统一规范直接不要使用下划线；
我们来看下一般的 http header 长什么样的：
一般所见的 headers 确实也都是中杠线，没有下划线。
Nginx 为什么默认忽略带下划线 header？
我找到了 Nginx 的官方说明：
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 默认的配置即可，这样可以尽量避免环境上的差异，以免后续带来问题。
@阿里Java开发手册 是否考虑新增这条规范？
版权申明：本文系公众号 "Java技术栈" 原创，原创实属不易，转载、引用本文内容请注明出处，禁止抄袭、洗稿，请自重，尊重他人劳动成果和知识产权。
近期热文推荐：
1.Java 15 正式发布， 14 个新特性，刷新你的认知！！
2.终于靠开源项目弄到 IntelliJ IDEA 激活码了，真香！
3.我用 Java 8 写了一段逻辑，同事直呼看不懂，你试试看。。
觉得不错，别忘了随手点赞+转发哦！
内容总结
以上是互联网集市为您收集整理的Nginx 转发时的一个坑，运维居然让我背锅！！全部内容，希望文章能够帮你解决Nginx 转发时的一个坑，运维居然让我背锅！！所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。