响应.当我试图同时读取请求和写入响应时，写入挂起

问题

这几天来一直让我发疯。我们在这里有一个过程，通过ASP.NET Web Forms(.NET 4.0(项目中的管理页面，将记录从csv文件导入数据库。这个过程本身太慢了，我有责任让它更快。我首先更改了核心逻辑，这大大提高了性能。

但是，如果我上传大文件(好吧，相对较大，最多约3 MB(，我必须等到上传过程结束，直到我开始导入，并且在导入过程中我不会向客户端返回任何进度。过程本身没有那么长，大约需要5到10秒才能完成，是的，我已经考虑创建一个单独的Task并轮询服务器，但我觉得这太过分了。

---

到目前为止我做了什么

因此，为了解决这个问题，我决定在读取时读取传入流并导入值。我创建了一个通用处理程序(.ashx(，并将以下代码放入void ProcessRequest(HttpContext context):中

using (var stream = context.Request.GetBufferlessInputStream())
{
}

首先，我删除标题，然后读取流(通过StreamReader(，直到得到CRLF，将行转换为我的模型对象，并继续读取csv。当我得到大约200条记录时，我会将所有记录批量更新到数据库中。然后，我不断得到更多的记录，直到我结束文件或得到200条记录。

这似乎奏效了，但后来，我决定也流式传输我的回应。首先，我禁用了BufferOutput:

context.Response.BufferOutput = false;

然后，我在回复中添加了这些标题：

context.Response.AddHeader("Keep-Alive", "true");
context.Response.AddHeader("Cache-Control", "no-cache");
context.Response.ContentType = "application/X-MyUpdate";

然后，在将这200条记录发送到数据库后，我写了一个响应：

response.Write(s);
response.Flush();

s是一个固定大小为256个字符的字符串。我知道256个字符并不总是等于256个字节，但我只是确信我不会在响应中写下文字墙，把事情搞砸。

这是它的格式：

| pipeline (record delimiter)
1 or 0 success or failure
; delimiter
error message (if applicable)
| pipeline (next demiliter and so on)

示例：

|0;"Invalid price on line 123"|1;|1;|0;"Invalid id on line 127"|

在客户端，以下是我所拥有的(只是请求部分(：

function import(){
    var formData = new FormData();
    var file = $('[data-id=file]')[0].files[0];
    formData.append('file', file);
    var xhr = new XMLHttpRequest();
    var url = "/Site/Update.ashx";
    xhr.onprogress = updateProgress;
    xhr.open('POST', url, true);
    xhr.setRequestHeader("Content-Type", "multipart/form-data");
    xhr.setRequestHeader("X-File-Name", file.name);
    xhr.setRequestHeader("X-File-Type", file.type);
    xhr.send(formData);
}
function updateProgress(evt){
    debugger;
}

---

发生了什么：(

• 当我调用response.Flush时，它不会立即将数据发送到客户端。我知道客户端有缓冲，但它似乎根本不起作用，即使我发送了很多伪数据来绕过这个问题
• 一段时间后，当我在Response.Write上写太多东西时，该方法会变得越来越慢，直到挂起。与Response.Flush相同。我想我错过了什么
• 我创建了一个简单的webforms项目来测试我一直在尝试做的事情。它有一个通用的处理程序，它将在10秒内每秒返回一个数字。它实际上是在更新(并不总是以1秒的方式(，我可以看到正在进行的进展
• 当我只写几行回复时，它实际上显示了进展，但总是在整个过程几乎结束之后。主要的问题是当我遇到错误时，我试图将这些错误写入响应中。它们比success字符串长，因为它们包含错误消息

我假设如果我写Response.Flush，它不能100%保证转到客户端，对吗？还是客户本身就是问题所在？如果是客户端，为什么我调用Response.Write太多时服务器会挂起？

EDIT:作为一个附录，如果我将同一段代码放入aspx页面，它就可以工作了。所以我认为这与xhr(XMLHttpRequest(本身有关，它似乎不准备处理流数据。

如果需要，我很乐意提供更多信息。

using (var stream = context.Request.GetBufferlessInputStream())
{
}