嘿，我懂你遇到的麻烦了——你之前用StreamReader和StreamWriter来处理文件发送，这俩是专门给文本文件设计的，处理二进制文件（比如图片、PDF）肯定会出问题！因为它们会把文件里的字节转换成字符串编码（比如UTF-8），再转回去，这个过程会破坏二进制数据里的原始字节，导致文件损坏打不开。

问题根源 #

StreamReader.ReadToEnd()会把文件字节按默认编码解析成字符串，而二进制文件里有很多无法被文本编码正确表示的字节，这一步就已经丢失了数据；再用StreamWriter.Write()写回响应流时，又会把字符串转成字节，最终发送的文件已经不是原始的二进制内容了。

修正方案：直接操作字节流 #

我们需要跳过文本转换的步骤，直接用字节流来读取和写入文件。同时用using语句自动管理资源，避免手动关闭流时可能出现的异常或泄漏。

这里是修改后的SendFile函数：

static void SendFile(HttpListenerResponse response, string fileName, string contentType)
{
    response.ContentType = contentType;

    // 使用using自动释放文件流资源，无需手动Close
    using (var fileStream = new FileStream(fileName, FileMode.Open, FileAccess.Read))
    {
        // 可选但推荐：设置响应内容长度，让客户端提前知道文件大小
        response.ContentLength64 = fileStream.Length;

        // 用缓冲数组分块读取写入，大文件时更节省内存
        byte[] buffer = new byte[4096];
        int bytesRead;
        
        while ((bytesRead = fileStream.Read(buffer, 0, buffer.Length)) > 0)
        {
            response.OutputStream.Write(buffer, 0, bytesRead);
            // 及时刷新输出流，避免数据积压
            response.OutputStream.Flush();
        }
    }

    // 关闭响应，完成发送
    response.Close();
}

几个关键细节说明 #

• using语句的必要性：它会在代码块结束时自动调用流的Dispose()方法，不管有没有异常发生，都能确保文件流被正确释放，避免文件被锁定。
• 分块读取的优势：如果发送大文件，一次性把整个文件加载到内存会占用大量资源，分块读取（用4096字节的缓冲）可以高效处理大文件，内存占用更合理。
• 正确设置ContentType：一定要对应文件类型，比如JPG图片用image/jpeg，PNG用image/png，PDF用application/pdf，这样浏览器才能正确识别并处理文件。
• 避免未定义变量：你原来的代码里output和stream应该是response.OutputStream，修正后的代码直接使用了这个流，不需要额外包装。

如果你的文件比较小，也可以用更简洁的File.ReadAllBytes方式，但大文件不推荐：

static void SendFile(HttpListenerResponse response, string fileName, string contentType)
{
    response.ContentType = contentType;
    byte[] fileBytes = File.ReadAllBytes(fileName);
    response.ContentLength64 = fileBytes.Length;
    response.OutputStream.Write(fileBytes, 0, fileBytes.Length);
    response.Close();
}

这样修改后，你的SendFile函数就能安全发送所有类型的文件，包括二进制文件啦！

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