boost::interprocess 中 win32 文件锁定的模拟是什么？答案

【问题标题】：What is an analog for win32 file locking in boost::interprocess?boost::interprocess 中 win32 文件锁定的模拟是什么？
【发布时间】：2010-10-03 23:04:33
【问题描述】：

我应该使用什么同步机制来独占访问 boost 中的文本文件？该文件可能仅由一个进程的线程访问。

【问题讨论】：

标签： c++ multithreading boost ipc

【解决方案1】：

文件锁定 API 通常用于进程间锁定。如果您在单个进程中，Boost.Thread package 中适合您需要的所有内容都可以。外部进程应该使用Boost.Interprocess。您可能想阅读 Boost.Interprocess 的以下警告：

注意：同步限制

如果您打算像命名互斥锁一样使用文件锁，请小心，因为可移植文件锁具有同步限制，主要是因为不同的实现（POSIX、Windows）提供不同的保证。进程间文件锁有以下限制：

未指定 file_lock 是否同步来自同一进程的两个线程。
未指定进程是否可以使用两个指向同一文件的file_lock 对象。

第一个限制主要来自 POSIX，因为文件句柄是每个进程的属性，而不是每个线程的属性。这意味着如果一个线程使用file_lock 对象锁定一个文件，其他线程将看到该文件被锁定。另一方面，Windows 文件锁定机制提供线程同步保证，因此试图锁定已锁定文件的线程会阻塞。

第二个限制来自文件锁定同步状态与 Windows 中的单个文件描述符绑定的事实。这意味着如果创建了两个指向同一个文件的 file_lock 对象，则不能保证同步。在 POSIX 中，当使用两个文件描述符来锁定一个文件时，如果一个描述符被关闭，那么调用进程设置的所有文件锁都会被清除。

总而言之，如果您打算在进程中使用文件锁定，请使用以下限制：

对于每个文件，每个进程使用一个 file_lock 对象。
使用同一线程锁定和解锁文件。
如果您在对该文件使用文件锁的同时使用 std::fstream/native 文件句柄写入文件，请不要在释放文件的所有锁之前关闭该文件。

【讨论】：

【解决方案2】：

我猜是acquire_file_lock

inline bool acquire_file_lock(file_handle_t hnd)
{
   struct ::flock lock;
   lock.l_type    = F_WRLCK;
   lock.l_whence  = SEEK_SET;
   lock.l_start   = 0;
   lock.l_len     = 0;
   return -1 != ::fcntl(hnd, F_SETLKW, &lock);
}

与non-boost implementation of a lock一致。

    struct flock fl = {F_WRLCK, SEEK_SET,   0,      0,     0 };
    int fd;

    fl.l_pid = getpid();

    if (argc > 1) 
        fl.l_type = F_RDLCK;

    if ((fd = open("lockdemo.c", O_RDWR)) == -1) {
        perror("open");
        exit(1);
    }

    printf("Press <RETURN> to try to get lock: ");
    getchar();
    printf("Trying to get lock...");

    if (fcntl(fd, F_SETLKW, &fl) == -1) {
        perror("fcntl");
        exit(1);
    }

    printf("got lock\n");
    printf("Press <RETURN> to

【讨论】：

【解决方案3】：

如果您确定只能从一个进程访问它，那么在线程本地存储中使用文件句柄的读写锁可能是一种解决方案。这将模拟上述情况，只有一个作者，但有几个读者。

【讨论】：