c++ - Windows 上不可靠的文件系统操作

Question

我不得不注意到 Bazaar 的一些奇怪行为我的机器上的目录锁定机制并试图重现它。这是我的简单测试用例:

1. 创建一个目录Test，然后是Test/held，然后是一个文件Test/held/info。

2. 将 Test 重命名为 YXCV。

3. 读取在步骤 1 中创建的文件(现在从路径 YXCV/held/info)。

4. 清理(删除文件和目录)。

5. 重复。

很奇怪，这失败了。有时在第 2 步(“权限被拒绝”)，有时在第 3 步(文件无法打开，尽管之后我可以在常规文本编辑器中打开文件)。 有时这会立即失败，有时会成功执行数千次迭代。

我这里运行的是 Windows 7。我怀疑一些配置更改(公司 IT 管理超出了我的控制范围)，因为问题发生在一周前。

你知道任何可能的合理解释吗？

这是我的测试代码:

#include <iostream>
#include <fstream>

#include <direct.h>
#include <stdio.h>

void mkdir() {
    if ( mkdir( "Test" ) ) throw std::runtime_error( "mkdir" );
    if ( mkdir( "Test/held" ) ) throw std::runtime_error( "mkdir" );
}

void create() {
    if ( !std::ofstream( "Test/held/info" ).write( "asdf", 4 ) )
        throw std::runtime_error( "create" );
}

void rename() {
    if ( rename( "Test", "YXCV" ) ) throw std::runtime_error( "rename" );
}

void peek() {
    char buf[ 4 ];
    if ( !std::ifstream( "YXCV/held/info" ).read( buf, 4 ) )
        throw std::runtime_error( "peek" );
}

void del() {
    if ( unlink( "YXCV/held/info" ) ) throw std::runtime_error( "remove" );
    if ( rmdir( "YXCV/held" ) ) throw std::runtime_error( "remove" );
    if ( rmdir( "YXCV" ) ) throw std::runtime_error( "remove" );
}

void cleanup() {
    unlink( "Test/held/info" );
    rmdir( "Test/held" );
    rmdir( "Test" );
    unlink( "YXCV/held/info" );
    rmdir( "YXCV/held" );
    rmdir( "YXCV" );
}

int main() {
    cleanup();
    int count = 1;
    try {
        for ( ;; ++count ) {
            mkdir ();
            create();
            rename();
            peek  ();
            del   ();
        }
    }
    catch ( const std::exception &e ) {
        std::cout << "Run: " << count << "\nError: " << e.what() << "\n\t"
                  << strerror( errno ) << '\n';
    }
    std::cin.get();
}

Answer 1

当我单独运行你的程序时，它会永远循环而不会出错。

但是，一旦我使用其他程序同时执行一些文件系统操作，您的代码就会完全按照您的描述失败:

• 如果打开资源管理器窗口并在创建的叶目录中导航并停留在那里，您的代码将无法删除或重命名目录(步骤 1 或 4)。
• 如果我用一些文本编辑器打开新文件，文件读取失败(第 3 步)。

这是 Windows 文件系统上的正常行为。例如，如果一个程序有一个目录句柄，则不能删除这个(rmdir() 错误代码 EACCESS)。

您已经解释过您在 Bazaar 版本管理目录结构中工作。这意味着一些后台服务进程监视目录和文件的变化，并最终执行一些hooks and plugins。 (这可能会延长锁定条件)。这通常会产生上述锁定情况。

P.S: 为了帮助您了解发生了什么，您可以使用 Microsoft 的 process explorer并使用 Ctrl+F 搜索文件句柄。在“句柄”字段中输入文件名，它将显示哪些进程使用该文件。注意:需要以管理员身份运行才能搜索系统进程。