本文记录我所在的团队的一个简单的 WPF 应用程序在某个用户设备上跑出来的诡异行为。这个程序会从网上下载资源,下载的时候先下载到临时文件,再通过移动重命名的方式放到正确的路径。偶尔会出现下载成功,但是移动过程失败,但远程过去看却发现实际移动成功了

我使用 Get-WmiObject Win32_DiskDrive 命令在 PowerShell 里面调用 WMI 读取硬盘信息,可以看到如下输出内容

Get-WmiObject Win32_DiskDrive
Partitions : 1
DeviceID   : \\.\PHYSICALDRIVE1
Model      : QEMU QEMU HARDDISK SCSI Disk Device
Size       : 105226007040
Caption    : QEMU QEMU HARDDISK SCSI Disk DevicePartitions : 2
DeviceID   : \\.\PHYSICALDRIVE0
Model      : QEMU QEMU HARDDISK SCSI Disk Device
Size       : 118106795520
Caption    : QEMU QEMU HARDDISK SCSI Disk DevicePartitions : 1
DeviceID   : \\.\PHYSICALDRIVE2
Model      : QEMU QEMU HARDDISK SCSI Disk Device
Size       : 118106795520
Caption    : QEMU QEMU HARDDISK SCSI Disk Device

通过设备管理器能看到如下界面

经过 lsj 的分析,预计是虚拟磁盘的问题,导致移动成功了,但是 Win32 给出错误信息

为了更好复现问题,我编写了以下测试程序。经过我的测试,这个问题和 WPF 无关,且和 dotnet 无关,和网络下载无关。仅仅只是以下简单的多个文件同时写入,写入之后进行移动,就能复现问题

var workFolder = Path.Join(Path.GetTempPath(), "Test-RecedajeeKewhinuhoyay");
Directory.CreateDirectory(workFolder);

Console.WriteLine($"测试文件夹 {workFolder}");

var locker = new object();

var taskList = new List<Task>();

for (int i = 0; i < 50; i++)
{
    var task = Task.Run(async () =>
    {
        var fileName = Path.GetRandomFileName();
        var filePath = Path.Join(workFolder, fileName + ".tmp");

        await MockDownloadAsync(filePath);

        var newFilePath = Path.Join(workFolder, fileName);
        try
        {
            File.Move(filePath, newFilePath);
        }
        catch (Exception e)
        {
            /*
            Move file fail. FilePath=C:\Users\admin\AppData\Local\Temp\Test-RecedajeeKewhinuhoyay\zvxau5gx.lmz.tmp. HResult=80070003;System.IO.DirectoryNotFoundException: Could not find a part of the path.
               at System.IO.FileSystem.MoveFile(String, String, Boolean)
               at System.IO.File.Move(String, String, Boolean)
               at System.IO.File.Move(String, String)
               at Program.<>c__DisplayClass0_0.<<<Main>$>b__2>d.MoveNext()
             */

            // 新文件存在: True;原文件存在: False

            if (e is IOException ioException)
            {
                Output($"Move file fail. FilePath={filePath}. HResult={ioException.HResult:X};\r\n新文件存在: {File.Exists(newFilePath)};原文件存在: {File.Exists(filePath)}\r\n{ioException}");
            }
            else
            {
                Output($"Move file fail. FilePath={filePath}.\r\n新文件存在: {File.Exists(newFilePath)};原文件存在: {File.Exists(filePath)}\r\n{e}");
            }
        }
    });

    taskList.Add(task);
}

void Output(string message)
{
    Console.WriteLine(message);
}

async Task MockDownloadAsync(string filePath)
{
    using var fileStream = File.OpenWrite(filePath);
    var buffer = new byte[10240];
    for (int i = 0; i < 100; i++)
    {
        Random.Shared.NextBytes(buffer);
        fileStream.Write(buffer, 0, buffer.Length);

        await Task.Delay(15);
    }
}

Task.WaitAll(taskList);

Console.WriteLine("运行完成");

以上代码使用 MockDownloadAsync 方法代替真实的网络下载。同时执行多个文件的写入,似乎能够让虚拟磁盘更加忙碌,于是就能够复现问题

抛出的异常如下

System.IO.DirectoryNotFoundException: Could not find a part of the path.

               at System.IO.FileSystem.MoveFile(String, String, Boolean)
               at System.IO.File.Move(String, String, Boolean)
               at System.IO.File.Move(String, String)
               at Program.<>c__DisplayClass0_0.<<<Main>$>b__2>d.MoveNext()

对应的 Win32 错误码是 0x80070003

解决方法:

只能规避,规避方法是捕获 System.IO.DirectoryNotFoundException 异常,在异常里面判断移动之后的新文件是否存在,如果存在则证明是移动成功,只是虚拟磁盘在逗而已

        try
        {
            File.Move(filePath, newFilePath);
        }
        catch(Exception e)
        {
            if (e is System.IO.DirectoryNotFoundException && (uint)e.HResult == 0x80070003/*这个 0x80070003 是多余的判断,只是为了说明就是这种情况而已*/)
            {
                // 有可能是在 QEMU 虚拟磁盘上,在虚拟硬盘移动文件成功,但 Win32 返回失败
                // 尝试判断移动之后的文件是否存在,如果存在就认为移动成功
                if (File.Exists(downloadEntry.FilePath))
                {
                    // 移动成功了,返回就可以了,不用再处理了
                    return; // 业务代码里面不一定可以用 return 哦,调用了 return 将会结束方法了哦
                }
                else
                {
                    // 没有移动成功,即文件不存在,则继续的其他处理
                }
            }

            // ...
            // 忽略其他处理。其他处理如记录日志呀或尝试换成拷贝等

            throw;
        }

本文代码放在 githubgitee 上,可以使用如下命令行拉取代码。我整个代码仓库比较庞大,使用以下命令行可以进行部分拉取,拉取速度比较快

先创建一个空文件夹,接着使用命令行 cd 命令进入此空文件夹,在命令行里面输入以下代码,即可获取到本文的代码

git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin a3b5ce1d8dcc08cdc2d23e436e6fb477f1fac503

以上使用的是国内的 gitee 的源,如果 gitee 不能访问,请替换为 github 的源。请在命令行继续输入以下代码,将 gitee 源换成 github 源进行拉取代码。如果依然拉取不到代码,可以发邮件向我要代码

git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin a3b5ce1d8dcc08cdc2d23e436e6fb477f1fac503

获取代码之后,进入 Workbench/RecedajeeKewhinuhoyay 文件夹,即可获取到源代码

更多技术博客,请参阅 博客导航


本文会经常更新,请阅读原文: https://blog.lindexi.com/post/%E8%AE%B0-QEMU-%E8%99%9A%E6%8B%9F%E7%A3%81%E7%9B%98%E8%AE%BE%E5%A4%87%E7%A7%BB%E5%8A%A8%E6%96%87%E4%BB%B6%E6%8A%9B%E5%BC%82%E5%B8%B8%E4%BD%86%E5%AE%9E%E9%99%85%E7%A7%BB%E5%8A%A8%E6%88%90%E5%8A%9F.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

如果你想持续阅读我的最新博客,请点击 RSS 订阅,推荐使用RSS Stalker订阅博客,或者收藏我的博客导航

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名林德熙(包含链接: https://blog.lindexi.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系

微软最具价值专家


无盈利,不卖课,做纯粹的技术博客

以下是广告时间

推荐关注 Edi.Wang 的公众号

欢迎进入 Eleven 老师组建的 .NET 社区

以上广告全是友情推广,无盈利