如何解决CsvReader关闭失败引发的文件占用进程访问错误？

看起来你遇到的是典型的文件资源未正确释放导致的占用问题，虽然你已经尝试了using语句和Close()方法，但可能底层流的释放逻辑还有遗漏。让我帮你梳理问题并给出可靠的解决方案：

首先修正你的代码结构 #

问题出在你嵌套创建流的方式，虽然CsvReader会尝试处理传入的StreamReader，但分层使用using语句能更可靠地保证所有底层资源（包括文件句柄）被彻底释放。修改后的代码如下：

public void Button1_Click(object sender, EventArgs e) 
{ 
    string filePath = ConfigurationManager.AppSettings["filePath"].ToString(); 
    string fileFullName = FileUpload1.PostedFile.FileName;
    // 用Path.Combine避免手动拼接路径时的斜杠错误
    string fullPath = Path.Combine(filePath, fileFullName);
    string fileExtensionName = System.IO.Path.GetExtension(fullPath); 
    
    var csvTable = new DataTable(); 
    DataTable invalidatedTable = new DataTable(); 

    if (fileExtensionName == ".csv") 
    {
        // 分层包裹所有流对象，确保每个资源都被自动释放
        using (var fileStream = System.IO.File.OpenRead(fullPath))
        using (var streamReader = new StreamReader(fileStream))
        using (var csvReader = new CsvReader(streamReader, true))
        {
            csvTable.Load(csvReader);
        }
    }
}

为什么这样修改？ #

• Path.Combine的必要性：手动拼接路径容易出现斜杠缺失/重复的问题，可能导致文件路径无效或意外指向其他文件，间接引发资源占用问题。
• 分层using的可靠性：FileStream、StreamReader、CsvReader三个对象都实现了IDisposable接口，每层using都会在代码块结束时自动调用Dispose()，彻底释放底层资源（包括操作系统的文件句柄），避免残留锁定。

其他排查方向 #

如果修改后问题仍然存在，你可以检查以下几点：

• 是否有其他代码在操作该文件：比如上传后是否有备份、日志、预览等功能打开了同一个文件但未释放资源。
• 确认上传文件的路径正确性：确保filePath + fileFullName指向的是你预期的文件，而非临时文件或被其他进程监控的路径。
• 临时排查GC延迟问题：在using块结束后可以临时添加GC.Collect()（不推荐常规使用，仅用于验证），如果问题消失，说明是GC延迟释放了资源，但正确的using写法才是长期解决方案。

另外你提到调用CsvReader.Close()没用，是因为Close()通常只是关闭对象的上层连接，不会彻底释放底层系统资源；而Dispose()才会清理所有关联资源，using语句正是自动调用Dispose()的最优实践，所以不需要手动调用Close()。

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