File.Copy() 在多线程 C# 程序中复制损坏的文件

Question

我的程序中有两个线程。 一个线程一直在观察 USB 事件（USB 插入或移除）。

第二个线程（文件复制线程）持续监控第一个线程设置的 USB 插入标志。插入 USB 后，文件复制线程开始将 Pdf 文件从 PC 复制到 USB。

USB 移除后，USB 监控线程将isUSBInsterted 标志设置为False，文件复制线程应该停止文件传输。

问题：只有当文件复制线程已经在传输 Pdf 文件但 USB 已经弹出时才会出现问题。在这种情况下，在 USB 中创建了一个损坏的 Pdf 文件，然后即使我尝试删除该文件，文件也会再次出现（还有其他问题，例如无法覆盖等）

问题：如何确保File.Copy() 不会在 USB 中创建损坏的文件。我认为即使程序不是多线程的，也会出现问题，因为这与开始将文件复制到 USB 和 USB 在复制过程进行的那一刻弹出有关。

我的复制代码：

    private bool CopyFile(string FilenameToBeCopied, string SrcDirectory, string DstDirectory)
    {
        bool CopiedSuccessfully = false;
        try
        {
            Directory.CreateDirectory(DstDirectory); //This will create a directory if it does not exist yet.
            File.Copy(SrcDirectory + "/" + FilenameToBeCopied, DstDirectory + "/" + FilenameToBeCopied, true);
            Console.WriteLine("Copied: " + FilenameToBeCopied);
            CopiedSuccessfully = true;
        }
        catch (IOException copyError)
        {
            Console.WriteLine(copyError.Message);
        }
        return CopiedSuccessfully;
    }

Answer 1

这是预期结果

如果我理解您的问题，您正在写入存储介质，并且在执行此操作时将其删除。这就像要求数据损坏一样。

编辑：

这显然是由不知道如何操作计算机的用户造成的，虽然它会发生，但我不会在这上面浪费太多时间。我会用另一种方式解决这个问题，而不是尝试恢复损坏的数据。

1. 向用户提供有关正在发生的事情的明确消息，以便他们可以识别正在进行的复制操作，并且现在移除 USB 驱动器会导致问题。
2. 通知用户操作已结束，可以安全地移除 USB 驱动器。
3. 您将能够检测 USB 驱动器是否在复制过程运行时被移除，通知用户并要求他们重新插入。
4. 如果发生第 3 步，请检查您是否能够覆盖，您永远不会知道。如果它不起作用，请稍微更改带有后缀的文件名并将其与该文件名一起写入 USB 驱动器。这样用户在任何情况下都能得到他需要的东西，即使他搞砸了。
5. 如果文件名很重要，并且后缀不是一个选项，您甚至可以尝试使用通用 UUID 作为文件名写入文件，并在进程成功完成后将文件重命名为其源文件名，这样任何损坏的文件不会成为问题，在这些情况下不需要后缀。

如果存在这种可能性，您可能需要检查在这种情况下是否可以选择格式化驱动器。它可能会解决您的问题，并且可能对用户来说是一个小问题。