我有一段代码使用带有 FO_MOVE 操作的 Windows SHFileOperation 函数。指定的其他标志是 FOF_NOCONFIRMATION | FOF_NOERRORUI | FOF_SILENT。
当目标驱动器已满时，观察到一个特别奇怪的行为。在这种情况下，MOVE 无法将文件放入目标文件夹，但源文件也丢失了。这是非常出乎意料的，这导致了数据丢失。
这是 SHFileOperation 的标准行为吗？ 如果目标驱动器有空间，我们可以使用 MOVE 之类的东西，否则将文件留在原来的地方吗？
最佳答案
我没听说过这个 - 听起来像是一个 BUG。
可能最好选择更实用的方法，将移动操作拆分为 FO_COPY，然后是 FO_DELETE(假设 FO_COPY 操作成功)。
此外，如果您的实现能够检测到源卷和目标卷何时相同，您可能会获得一些效率。在这种情况下，您应该能够恢复到 FO_MOVE。对同一卷的移动操作通常会归结为重命名 + 元数据移动。
关于c++ - SHFileOperation FO_MOVE 在目标驱动器已满时删除文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2913197/