前言
add_header 是 headers 模塊中定義的一個(gè)指令，顧名思義就是用來添加 http 響應(yīng)頭的。但請注意他只是「添加」而已，并不是重寫。所以如果已經(jīng)存在某個(gè)頭，再使用 add_header 就會(huì)出問題。而且在低版本的 nginx 中 add_header 還不支持在錯(cuò)誤頁面中使用。
這是一個(gè)坑比較多的指令。它的處理階段比 location 處理晚，雖然可以寫在 location 中，但如果 rewrite 別的 location，那么上一個(gè) location 中尚未處理的 add_header 就會(huì)丟失。比如：
location = /a {
add_header a 1;
rewrite / /b;
}
location = /b {
add_header b 2;
return 204;
}
并沒有 a 1 這個(gè)頭吧？這就是一個(gè)坑！
另一個(gè)坑就是一開始說的重復(fù)的問題，比如我希望給一個(gè)內(nèi)容設(shè)置 Content-Type，但是由于全局有設(shè)置一個(gè) default_type，所以就重復(fù)了。
default_type 'text/plain';
location = /a {
add_header Content-Type application/json;
return 200 '"OK"';
}
解決的辦法當(dāng)然有很多比如對這個(gè) location 將 default_type 置空，或者干脆不用 add_header，直接針對這個(gè) location 修改 default_type。
最后一個(gè)大坑就是對錯(cuò)誤頁面無法生效，這也是在文檔中有明確定義的。比如下面這個(gè)例子：
location = /a {
add_header Content-Type application/json;
return 404 '"Not Found"';
}
我希望響應(yīng)一個(gè) JSON，然而由于狀態(tài)碼是 404，所以這里的 add_header 并不會(huì)生效。
雖然這個(gè)例子可以用 default_type 來解決問題，但如果是其它頭呢？比如 Access-Control-Allow-Origin 要怎么辦？那么除了使用 lua 或其它第三方模塊來解決之外就無解了。nginx 當(dāng)然也意識到了這個(gè)問題，所以文檔中也說了在 1.7.5 版本之后支持一個(gè)叫 always 的參數(shù)。雖然 nginx 自己解決了這個(gè)問題，但基于 1.6.2 的 tengine 就要呵呵了。
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
