利用Nginx第三方模块，实现附件打包下载

最新推荐文章于 2023-09-05 09:45:58 发布

llwswqw

最新推荐文章于 2023-09-05 09:45:58 发布

阅读量200

点赞数

本文链接：https://blog.csdn.net/llwswqw/article/details/42432857

版权

本文介绍了如何使用Nginx的第三方模块mod_zip实现动态打包下载功能。mod_zip能根据上游服务器返回的文件列表构建zip包，减少内存和磁盘IO负担，支持边打包边下载。它仅添加zip头部尾部和目录结构，文件数据由Nginx发送。此外，mod_zip支持文件不在本地、HTTP Range和断点续传。安装和使用方法包括下载源码，重新编译Nginx，配置上游服务器响应头和文件列表。

摘要由CSDN通过智能技术生成

前一阵子被一个需求困扰：附件的打包下载，需要将一批逻辑上一起的文件，让用户通过一个下载按钮打包下载。首先想到的方案是服务端调用什么zip之类的类库，将文件打包好后返回客户端。但是这样做有一个很明显的问题：文件很多很大的情况下，打包可能会占用大量的内存和cpu，就算在磁盘上构建临时的打包文件，也会增加服务器的磁盘IO负担，而且这些临时的文件无故占用大量的磁盘空间，删除还是个问题。用户体验也是问题，因为必须打包完成后，才能开始返回，无法边打包边下载。本来都准备放弃了，不过发现百度网盘好像实现了这个功能，于是再次考虑如何实现。想到我们实际上使用了Nginx作为文件服务器，会不会有第三方模块能够支持这种功能呢？寻觅之后果然有结果，就是本文要探讨的mod_zip。

mod_zip介绍

mod_zip能够动态的构建zip包，这种动态体现在当Nginx作为反向代理服务器的时候，该模块能够根据上游服务器返回的文件列表来打包文件。mod_zip实际上是利用Nginx的subrequest功能，将zip流发送到客户端的，而且它实际上只打包不压缩，所以借助Nginx本身作为文件服务器的能力，该模块的内存占用十分少，对于上G的大文件也没有问题。zip文件本身是结构化的，可以自定义目录结构，所以对于mod_zip而言，要做的只是添加zip的头部尾部和zip内部的目录结构元数据而已，文件数据本身依靠Nginx自身的机制发送。

除此之外，还有如下两点：