IIS 10 提供静态XML文件时遇截断问题求助

问题场景 #

• 使用IIS 10 提供静态XML文件时，文件偶尔出现截断情况
• 同一服务器上的另一个IIS应用，通过独立进程用C#代码频繁重写该文件
• 当文件写入操作与Web请求同时发生时，IIS会返回截断后的文件，该现象出现频率较高
• 相关背景：
  • IIS日志显示HTTP 200状态码
  • 测试XML文件大小在3MB至14MB之间
  • 文件位于inetpub/wwwroot目录的子文件夹下
  • 通过StaticFileModule模块处理*.xml路径的请求
• 疑问：原以为Windows会等待文件写入完成后再处理请求？
• 执行写入的C#代码：

  using (StreamWriter outfile = new StreamWriter(filePath, true)) { // Write stuff here }
  

原因分析 #

1. 写入无原子性保障：你用的StreamWriter追加模式（true参数）并没有保证写入操作的原子性。当写入过程还在进行时，IIS读取文件会直接拿到当前已写入的部分，也就是截断内容。Windows文件系统本身不会自动阻塞读取等待写入完成——除非你显式用锁或原子写入策略。
2. StaticFileModule的读取逻辑：IIS的StaticFileModule为了性能，会直接读取文件的当前物理状态，不会检查文件是否正在被写入。只要能读取到内容，就会返回200状态码并把当前读到的内容发给客户端，不管文件是否写完。
3. 追加模式的潜在风险：如果你的实际需求是“重写”文件而不是追加，当前的追加写法本身就不符合预期；就算是追加，逐段写入的过程中，并发读取依然会拿到不完整的内容。

解决方案 #

1. 原子写入（推荐） #

不要直接写入目标文件，先写临时文件，写完后再原子替换目标文件。Windows下File.Replace是原子操作，保证IIS要么读到旧文件，要么读到新的完整文件：

string tempFilePath = filePath + ".tmp";
// 写入临时文件（覆盖模式，避免旧临时文件干扰）
using (StreamWriter outfile = new StreamWriter(tempFilePath, false)) {
    // 写入内容
}
// 原子替换目标文件，同时保留备份（可选）
File.Replace(tempFilePath, filePath, filePath + ".bak");

2. 文件锁控制读写 #

在写入时使用独占锁，确保同一时间只有写入操作能访问文件；读取时也配置对应的共享模式。但这会影响并发性能，可能导致IIS请求等待超时，适合低并发场景：
写入代码修改为：

using (var stream = new FileStream(filePath, FileMode.Append, FileAccess.Write, FileShare.None))
using (StreamWriter outfile = new StreamWriter(stream)) {
    // 写入内容
}

3. 配置IIS静态文件缓存 #

如果XML文件更新频率不高，可以给XML文件启用IIS缓存，减少实时读取物理文件的次数。缺点是文件更新后，客户端需要等待缓存过期才能看到新内容，适合对实时性要求低的场景。

4. 改用动态处理模块 #

放弃StaticFileModule，写一个ASP.NET处理程序（比如ASHX或MVC Controller）来读取文件并返回。可以在读取时配置文件共享模式，或者结合原子写入确保读到完整内容：

using (var stream = new FileStream(filePath, FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
using (StreamReader reader = new StreamReader(stream)) {
    string fullContent = reader.ReadToEnd();
    // 将fullContent返回给客户端
}

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