这篇文章主要讲解了“Nginx配置add_header的坑怎么解决”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Nginx配置add_header的坑怎么解决”吧！
前言
add_header 是 headers 模块中定义的一个指令，顾名思义就是用来添加 http 响应头的。但请注意他只是「添加」而已，并不是重写。所以如果已经存在某个头，再使用 add_header 就会出问题。而且在低版本的 Nginx 中 add_header 还不支持在错误页面中使用。
这是一个坑比较多的指令。它的处理阶段比 location 处理晚，虽然可以写在 location 中，但如果 rewrite 别的 location，那么上一个 location 中尚未处理的 add_header 就会丢失。比如：
location = /a {
add_header a 1;
rewrite / /b;
}
location = /b {
add_header b 2;
return 204;
}
并没有 a 1 这个头吧？这就是一个坑！
另一个坑就是一开始说的重复的问题，比如我希望给一个内容设置 content-type，但是由于全局有设置一个 default_type，所以就重复了。
default_type 'text/plain';
location = /a {
add_header content-type application/json;
return 200 '"ok"';
}
解决的办法当然有很多比如对这个 location 将 default_type 置空，或者干脆不用 add_header，直接针对这个 location 修改 default_type。
最后一个大坑就是对错误页面无法生效，这也是在中有明确定义的。比如下面这个例子：
location = /a {
add_header content-type application/json;
return 404 '"not found"';
}
我希望响应一个 json，然而由于状态码是 404，所以这里的 add_header 并不会生效。
虽然这个例子可以用 default_type 来解决问题，但如果是其它头呢？比如 access-control-allow-origin 要怎么办？那么除了使用 lua 或其它第三方模块来解决之外就无解了。Nginx 当然也意识到了这个问题，所以文档中也说了在 1.7.5 版本之后支持一个叫 always 的参数。虽然 Nginx 自己解决了这个问题，但基于 1.6.2 的 tengine 就要呵呵了。
感谢各位的阅读，以上就是“Nginx配置add_header的坑怎么解决”的内容了，经过本文的学习后，相信大家对Nginx配置add_header的坑怎么解决这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是编程之家，小编将为大家推送更多相关知识点的文章，欢迎关注！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
