nginx反向代理之后，被代理的应用服务设置响应头无效，反向代理导致响应头header在后端服务设置响应头后无效或被覆盖

需求和问题描述

搭建后端服务后，虽然都是接口服务，但是有部分接口是输出音频等资源形式的，希望这类接口资源被缓存，同时也希望后端服务能随意控制响应头。自行控制哪些接口走缓存，哪些接口不走缓存。

问题是：

被nginx反向代理后，发现后端服务所设置的响应头无法正常显示在浏览器端，虽然有一部分响应头有用但是【Cache-Control】这类是不允许修改的，实际上就是因为 【expires】

 

解决方式

如下图

注释代理设置内的这俩类似的

不要手动设置 add_header Cache-Control no-cache; 这样会被nginx覆盖，也就是会在你的后面加上这句，也就是重复的一个头，会以最后一次为准

expires的解释如下

语法：expires [time|@time-of-day|epoch|max|off]
默认值：expires off
使用字段：http, server, location
这个指令控制是否在应答中标记一个过期时间，如果是，如何标记。
·off 将禁止修改头部中的 Expires和Cache-Control字段。
·epoch 将Expires头设置为1 January, 1970 00:00:01 GMT。
·max 将Expires头设置为31 December 2037 23:59:59 GMT，将Cache-Control最大化到10 years。
·如果将指令设置为一个不带@标记的值，那么过期时间将是应答时间的相对时间（如果这个时间在“modified”之前），或者是文件的修改时间（当"modified"存在，在版本0.7.0和0.6.32可用），并且可以指定一个负的时间，它将Cache-Control头设置为no-cache比较。
·如果指令的值被设置为一个带@标记的值，那么将指定一个绝对的time-of-day过期时间，可以指定两种格式分别为Hh或Hh:Mm，其中H的大小范围为0到24，M的大小范围为0到59（在0.7.9和0.6.34可用）。
一个非负的时间值将Cache-Control头设置为 max-age = #，#将适当的换算为秒数。
注意：expires仅仅适用于200, 204, 301, 302,和304应答

通常来说get请求的资源都会很容易的被被缓存，除非对资源做了一些单独的设置。例如css js等等资源来说被缓存更是常见的事件，但是有些情况不希望被缓存，就可以通过添加多余的随机参数避被缓存的情况。