复制被外部程序持续写入的文件时遇ProtocolViolationException及字节缺失问题

这个问题我太熟了——很多开发者在处理被持续写入的文件传输时都会踩这个坑！核心原因就是你在读取test.txt准备传输的同时，外部程序还在往里面写内容：你提前计算好的Content-Length是文件某一瞬间的大小，但实际传输时文件又变大了，导致写入流的字节数超过了之前设定的Content-Length，直接触发了那个错误。

下面给你几个实用的解决方案，按推荐优先级排序：

方案一：先创建文件快照副本再传输（最稳妥） #

思路很简单：先把当前test.txt的内容完整复制到一个临时文件，再传输这个不会被修改的副本，彻底避免原文件写入带来的大小变化问题。

服务端代码示例：

// 生成唯一临时文件路径
string tempFilePath = Path.Combine(Path.GetTempPath(), $"temp_test_{Guid.NewGuid()}.txt");
try
{
    // 复制原文件到临时副本（复制过程会锁定原文件，确保快照完整）
    File.Copy("test.txt", tempFilePath, overwrite: true);

    // 打开临时文件流准备传输
    using var fileStream = new FileStream(tempFilePath, FileMode.Open, FileAccess.Read, FileShare.Read);
    // 此时文件大小固定，放心设置Content-Length
    Response.ContentLength = fileStream.Length;
    await fileStream.CopyToAsync(Response.Body);
}
finally
{
    // 用完立即删除临时文件，避免占用空间
    if (File.Exists(tempFilePath))
    {
        File.Delete(tempFilePath);
    }
}

方案二：采用流式传输，不手动设置Content-Length #

如果不想创建临时文件，可以让Web服务器自动处理分块传输（Chunked Transfer Encoding）——不手动指定Content-Length，而是让服务器根据实际传输的字节数动态发送，这样即使文件在传输过程中变大，也不会触发大小不匹配的错误。

服务端代码调整：

// 打开原文件时允许读写共享，避免阻塞外部程序写入
using var fileStream = new FileStream("test.txt", FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
// 不要设置Response.ContentLength！交给服务器自动处理分块传输
await fileStream.CopyToAsync(Response.Body);

注意：大部分现代Web框架（比如ASP.NET Core）默认支持分块传输，但要确保你的客户端能正确处理分块响应。

方案三：抑制异常（妥协方案，不推荐） #

如果因为某些限制必须用原文件传输且要抑制异常，可以捕获ProtocolViolationException并做后续处理，但这种方式可能导致客户端收到不完整的文件，只适合对完整性要求不高的场景：

try
{
    using var fileStream = new FileStream("test.txt", FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
    Response.ContentLength = fileStream.Length;
    await fileStream.CopyToAsync(Response.Body);
}
catch (ProtocolViolationException ex)
{
    // 记录错误日志，方便排查问题
    _logger.LogError(ex, "文件传输时出现内容长度不匹配异常");
    // 可以返回206 Partial Content告知客户端只收到部分内容
    Response.StatusCode = StatusCodes.Status206PartialContent;
}

额外优化建议 #

• 尽量让外部程序在写入文件时采用追加模式，或者写入时加短时间锁，减少与读取操作的冲突；
• 如果能改架构，最好让外部程序写完一批内容后主动通知你的API去复制，而不是定时轮询，从根源上避免并发读写的问题；
• 测试时可以写个简单的程序模拟持续写入test.txt，验证你的解决方案是否真的有效。

内容的提问来源于stack exchange，提问作者user584018