如何完全中止输出流下载？

Question

我们目前正在开发一项服务，该服务将归档数据并将其作为ZipoutStream返回给用户。我们目前正在寻找的是，如果服务器端出现问题，可以完全终止操作。在我们当前的实现中（仅关闭响应输出流），错误会导致用户端出现格式错误的zip，但在尝试解压之前，无法告知归档文件是否格式错误。期望的行为类似于下载终止（例如，从浏览器的角度来看，它会导致不成功的下载指示（红十字图标或类似的东西，取决于浏览器）明确地告诉用户出了问题）。我们使用的是Spring Boot，因此任何java代码示例都非常受欢迎，但是如果您知道负责这种行为的底层HTTP机制，并且能够指向正确的方向，那么您也会非常受欢迎。以下是我们目前的情况（输出是SpringREST控制器的响应输出流（HttpServletResponse.getOutputStream（））：

try (ZipOutputStream zipOutputStream = new ZipOutputStream(outputStream)) {
        try {
            for (ZipRecordFile fileInfo : zipRecord.listZipFileOverride()) {
                InputStream fileStream = getFileStream(fileInfo.s3region(), fileInfo.s3bucket(),
                    fileInfo.s3key());
                ZipEntry zipEntry = new ZipEntry(fileInfo.fileName());
                zipOutputStream.putNextEntry(zipEntry);
                fileStream.transferTo(zipOutputStream);
            }
        }
        catch (Exception e) {
            outputStream.close();
        }
    }

Answer 1

我认为你应该抛出异常而不是处理它。

用你的捕捉块，你正在处理异常。

    catch (Exception e) {
        outputStream.close();
    }

此外，由于您的代码正在使用try-with-Resources块，您不应该需要另一个try块，也不需要显式关闭zipOutputStream。

Answer 2

没有一种（干净的）方法来做你想做的事：

一旦开始将ZIP文件写入输出流，更改HTTP响应代码就太晚了。响应代码在响应开始时发送。

因此，HTTP服务器没有正确的方法告诉HTTP客户端：“嘿...忽略我发给你的ZIP文件，因为它已经损坏了”。

那么，还有什么选择呢？

>

在服务器端，将整个ZIP创建为内存中的对象或将其写入临时文件。如果成功，则发送2xx响应，后跟ZIP数据。如果失败，请发送4xx或5xx响应。

主要的问题是您需要足够的内存或文件系统空间来保存ZIP文件。

重新设计HTTP API，以便客户端可以发送第二个请求，以检查第一个请求的响应是否包含完整的ZIP文件。

您也许能够利用MIME多部分编码。一个良好形成的MIME多部分的每个部分都有一个开始标记和一个结束标记。你可以尝试让你的网络应用“手工”构建包含ZIP的多部分流。如果它决定必须中止ZIP，它可以只关闭输出流而不添加所需的结束标记。

这样做的主要问题是，您依赖客户端的HTTP堆栈来告诉浏览器（或其他任何东西）多部分已损坏。此外，浏览器（或其他）不得将部分（即损坏的）ZIP文件传递给用户。我不确定你是否可以依靠（特定的）网络浏览器来做到这一点。

如果您在客户端通过自定义代码运行下载，那么您可以实现自己的封装协议。效果将与3相同。。。但你不会滥用MIME规范。