监控FTP订单文件夹时偶发FileStream非文件设备异常求助

这个异常提示“FileStream was asked to open a device that was not a file”在UNC共享（你的FTP文件夹是网络共享路径）场景下，通常和网络路径解析的临时异常或者FTP服务器端的文件状态未完全稳定有关，咱们具体拆解：

可能的原因 #

• 网络共享的路径解析误判：当访问远程共享文件时，Windows底层的CreateFileAPI（.NET文件操作依赖它）偶尔会因为网络抖动、共享服务器临时资源不足，把正常文件误识别为系统设备（比如com1、lpt1这类），这种情况是偶发的，和共享链路的稳定性直接相关。
• 竞态条件（Race Condition）：虽然你加了File.GetLastAccessTime的2秒延迟，但File.Exists和File.ReadAllLines之间存在时间差——在这两个调用之间，FTP服务器可能正在对文件做临时重命名、句柄未完全释放等操作，导致后续读取时文件状态发生变化，触发设备误判。
• FTP上传的中间状态：如果FTP服务器是直接将文件上传为.ORD格式（而非先传临时文件再重命名），即使等待了2秒，大文件或慢网络场景下，文件可能还处于“未完全写入”的状态，此时系统对文件的识别容易出现异常。

针对性解决办法 #

1. 替换File.ReadAllLines为手动流操作，增加宽松的共享模式 #

File.ReadAllLines的默认共享模式比较严格，改用手动控制文件流，指定允许读写和删除的共享选项，能减少因文件状态变化导致的异常：

try
{
    var ftpFolder = GetElementValue("FTPOrderFolder");
    if (Directory.Exists(ftpFolder))
    {
        if (File.Exists(fullOrderFilename))
        {
            var lastAccess = File.GetLastAccessTime(fullOrderFilename);
            if (lastAccess < DateTime.Now.AddSeconds(-2))
            {
                // 手动打开文件流，指定共享模式允许其他进程读写、删除
                using (var stream = new FileStream(fullOrderFilename, FileMode.Open, FileAccess.Read, 
                                                   FileShare.ReadWrite | FileShare.Delete))
                using (var reader = new StreamReader(stream))
                {
                    var fileContent = reader.ReadToEnd();
                    var order = fileContent.Split(new[] { Environment.NewLine }, StringSplitOptions.None);
                    if (order.Length > 0)
                    {
                        // 先关闭流再删除，避免句柄占用导致删除失败
                        stream.Close();
                        File.Delete(fullOrderFilename);
                        NLogHelper.Debug(this, $"Deleted order file : {fullOrderFilename}");
                        return order;
                    }
                }
            }
        }
    }   
}
catch (Exception ex)
{
    // 针对特定异常优先处理
    if (ex.Message.Contains("FileStream was asked to open a device that was not a file"))
    {
        // 临时等待后重试一次，避免网络抖动导致的误判
        Thread.Sleep(500);
        // 这里可以重新执行读取逻辑，或者调用重试方法（见下文）
    }
    NLogHelper.HandledException(this, ex);
}

2. 增加定向重试机制 #

因为异常是偶发的（30%概率），针对这个特定异常进行重试是非常有效的办法。可以封装一个重试方法：

private string[] TryProcessOrderFile(string filePath, int maxRetries = 2)
{
    for (int retry = 0; retry <= maxRetries; retry++)
    {
        try
        {
            var lastAccess = File.GetLastAccessTime(filePath);
            if (lastAccess < DateTime.Now.AddSeconds(-2))
            {
                using (var stream = new FileStream(filePath, FileMode.Open, FileAccess.Read, 
                                                   FileShare.ReadWrite | FileShare.Delete))
                using (var reader = new StreamReader(stream))
                {
                    var lines = reader.ReadToEnd().Split(new[] { Environment.NewLine }, StringSplitOptions.None);
                    if (lines.Length > 0)
                    {
                        stream.Close();
                        File.Delete(filePath);
                        NLogHelper.Debug(this, $"Deleted order file : {filePath}");
                        return lines;
                    }
                }
            }
            return null;
        }
        catch (Exception ex)
        {
            if (retry == maxRetries)
            {
                // 最后一次重试失败，记录异常
                NLogHelper.HandledException(this, ex);
                return null;
            }
            // 只针对目标异常重试，其他异常直接记录返回
            if (ex.Message.Contains("FileStream was asked to open a device that was not a file"))
            {
                Thread.Sleep(500 * (retry + 1)); // 重试间隔递增
                continue;
            }
            NLogHelper.HandledException(this, ex);
            return null;
        }
    }
    return null;
}

之后在主逻辑里调用这个方法即可。

3. 优化FTP服务器上传策略 #

如果FTP服务器支持，建议配置为先上传临时文件（比如.tmp后缀），上传完成后再重命名为.ORD。这样你的程序只需要监控.ORD文件，就能确保文件已经完全上传完成，从根源上避免文件状态不稳定导致的异常。

额外注意事项 #

• 避免在循环中频繁调用File.Exists和File.GetLastAccessTime，这些操作都需要访问远程共享，会增加网络开销和异常概率，可以考虑批量获取文件列表后再逐一处理。
• 确保程序运行账号对FTP共享文件夹有足够的权限（读取、删除），权限不足也可能触发奇怪的文件状态异常。

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