开启gzip_static后Nginx是否自动提供匹配的gzip压缩文件？

核心问题解答 #

1. Nginx是否会自动用预压缩文件提供服务？
   会的。你配置的gzip_static on;就是实现这个功能的：当客户端请求style.min.css且请求头Accept-Encoding包含gzip时，Nginx会自动检查static-root目录下是否存在style.min.css.gz，如果存在，就直接返回这个预压缩文件，同时在响应头加上Content-Encoding: gzip，完全不需要修改location为正则匹配模式。

2. 为什么直接请求.gz文件会返回404？
   你的location是精确匹配=/style.min.css，只有当请求路径完全等于/style.min.css时才会命中这个规则。你测试时请求的是/style.css.gz（文件名和配置的style.min.css不匹配），而且就算你请求/style.min.css.gz，也不会命中这个精确匹配的location，自然会返回404。但这完全不影响原文件请求时返回压缩版本——gzip_static的逻辑是处理原文件请求时自动关联预压缩文件，不需要客户端直接请求.gz后缀的文件。

3. 区分gzip on;和gzip_static on;的作用

• gzip on;是Nginx接收到请求后，实时对目标文件进行gzip压缩再返回，不需要提前生成预压缩文件；
• gzip_static on;是优先使用你预先生成的.gz文件返回，只有当预压缩文件不存在时，才会 fallback 到实时压缩（如果同时开启了gzip on;）。
  你这里已经提前生成了style.min.css.gz，所以实际生效的是gzip_static on;，它比实时压缩更节省服务器CPU资源。

验证结果确认 #

从你更新的curl测试结果来看：

$ curl -H "Accept-Encoding: gzip" -I https://example.com/bsmin.css
HTTP/1.1 200 OK
Cache-Control: max-age=7673705, public
Cache-control: no-cache="set-cookie"
Content-Encoding: gzip

响应头包含Content-Encoding: gzip，说明Nginx确实返回了压缩版本，你的配置是有效的。

内容的提问来源于stack exchange，提问作者kavu