我将需要从Web应用程序中下载大量文件。

显然，这将是一项长期运行的操作（ 每年[每个客户] 使用 一次
），因此时间不是问题（除非遇到一些超时，但是我可以通过创建某种形式的Keepalive心跳）。我知道如何创建一个隐藏的 iframe
并使用它content-disposition: attachment来尝试下载文件，而不是在浏览器中打开它，以及如何为绘制进度表而建立客户端与服务器之间的通信；

下载的实际大小（和文件数）是未知的，但是为简单起见，我们可以将其实际上视为1GB，由100个文件组成，每个文件10MB。

由于这应该是一次单击操作，因此我首先想到的是将所有文件分组，同时从数据库中读取它们，并以动态生成的ZIP形式进行存储，然后要求用户保存ZIP。

问题是： 从WebApp中的多个小字节数组创建大型存档时，最佳实践是什么？已知的缺点和陷阱是什么？

可以随机分为：

• 应该将每个字节数组转换为物理临时文件，还是可以将它们添加到内存中的ZIP中？
• 如果是，我知道我必须处理名称的可能相等（它们可以在数据库的不同记录中具有相同的名称，但不能在同一文件系统或ZIP中）：还有其他可能的问题吗？介意（假设文件系统始终具有足够的物理空间）？
• 由于我不能依靠足够的RAM来执行内存中的全部操作，因此我猜应该先将ZIP创建并馈送到文件系统，然后再发送给用户。有什么方法可以做不同的事情（例如，使用 websocket ），例如询问用户将文件保存在何处，然后启动从服务器到客户端的恒定数据流（我猜是 科幻 ）？
• 您会想到的任何其他相关已知问题或最佳做法将不胜感激。