压缩服务器响应，或为不支持压缩的客户端解压缩它们，以提高传递速度并减少服务器开销。
压缩响应通常会显著减小传输数据的大小。但是，由于压缩发生在运行时，因此它也会增加相当大的处理开销，从而对性能产生负面影响。NGINX 在向客户端发送响应之前执行压缩，但不会“双重压缩”已压缩的响应（例如，由代理服务器压缩）。
启用压缩
要启用压缩，请在 on 参数中包含 gzip 指令。
gzip on;
默认情况下，NGINX 仅使用 MIME 类型 text/html 压缩响应。若要使用其他 MIME 类型压缩响应，请包括 gzip_types 指令并列出其他类型。
gzip_types text/plain application/xml;
若要指定要压缩的响应的最小长度，请使用 gzip_min_length 指令。默认值为 20 字节（此处调整为 1000）：
gzip_min_length 1000;
默认情况下，NGINX 不会压缩对代理请求（来自代理服务器的请求）的响应。请求来自代理服务器的事实取决于请求中 Via 是否存在标头字段。若要配置这些响应的压缩，请使用 gzip_proxied 指令。该指令有许多参数，指定 NGINX 应该压缩哪些类型的代理请求。例如，仅压缩对不会缓存在代理服务器上的请求的响应是合理的。为此，该 gzip_proxied 指令具有指示 NGINX 检查响应中的 Cache-Control 标头字段的参数，如果值为 no-cache 、 no-store 或 private ，则压缩响应。此外，还必须包含 expired 参数以检查 Expires 标头字段的值。以下示例中设置了这些参数，以及 auth 检查 Authorization 标头字段是否存在的参数（授权响应特定于最终用户，通常不会缓存）：
gzip_proxied no-cache no-store private expired auth;
与大多数其他指令一样，配置压缩的指令可以包含在 http 上下文或 server or location 配置块中.
gzip 压缩的整体配置可能如下所示.
server {
gzip on;
gzip_types text/plain application/xml;
gzip_proxied no-cache no-store private expired auth;
gzip_min_length 1000;
...
}
启用解压缩
某些客户端不支持使用 gzip 编码方法的响应。同时，可能需要存储压缩数据，或动态压缩响应并将其存储在缓存中。为了成功地为接受和不接受压缩数据的客户端提供服务，NGINX 可以在将数据发送到后一种类型的客户端时动态解压缩数据。
若要启用运行时解压缩，请使用 gunzip 指令。
location /storage/ {
gunzip on;
...
}
可以在与指令相同的上下文中指定该 gunzip gzip 指令：
server {
gzip on;
gzip_min_length 1000;
gunzip on;
...
}
发送压缩文件
若要将文件的压缩版本而不是常规文件发送到客户端，请将 gzip_static 指令设置为 on 在适当的上下文中.
location / {
gzip_static on;
}
在这种情况下，为了处理对 /path/to/file 的请求，NGINX 会尝试查找并发送文件 /path/to/file.gz。如果文件不存在，或者客户端不支持 gzip，NGINX 会发送文件的未压缩版本。文章来源：https://www.toymoban.com/news/detail-771478.html
请注意，该 gzip_static 指令不启用动态压缩。它仅使用由任何压缩工具预先压缩的文件。若要在运行时压缩内容（而不仅仅是静态内容），请使用该 gzip 指令。文章来源地址https://www.toymoban.com/news/detail-771478.html
到了这里，关于Nginx配置压缩和解压缩的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
