c++ - _fread_nolock、_fseek_nolock 的预期用途是什么？

Question

我们有一个 C++ 类，它基本上从二进制文件读取和写入 vector 。将单个 vector 加载到内存中的示例性读取函数如下所示:

int load (const __int64 index, T* values) const {

 int re = _fseeki64(_file, index * _vectorSize + _offsetData, SEEK_SET); 
 assert(re == 0);

 size_t read = fread(values, sizeof(T), _vectorElements, _file);
 assert(read == _vectorElements);

 return 0;}

Out 程序是多线程的，带有 OpenMP，多个线程同时访问同一个文件。为避免多线程问题，我们始终在 OpenMP 关键语句中包含函数调用:

#pragma omp critical {
    load(...);
}

我知道 Microsoft Visual C++ 运行时包含几个函数，如 _fseek_nolock、_fread_nolock、_fwrite_nolock 等等...例如_fread_nolock()函数描述为

This function is a non-locking version of fread. It is identical to fread except that it is not protected from interference by other threads. It might be faster because it does not incur the overhead of locking out other threads. Use this function only in thread-safe contexts such as single-threaded applications or where the calling scope already handles thread isolation.

现在我的问题是:我知道该函数会阻止“重入”调用，因此在其他线程返回之前没有其他线程会进入该函数。但是，我不明白为什么有必要以这种方式保护单个功能。恕我直言，访问/修改文件指针(代码示例中的 _file)的所有函数都必须受到保护，因此必须是线程安全的。这需要围绕实际调用标准 C 函数 fseek 和 fread 的整个函数 block 建立一个锁，所以我看不出提供此类非阻塞函数的意义。

谁能向我解释这些锁定机制，因为我认为我们偏执的锁定方案会浪费一些性能？

提前致谢!

Answer 1

对于一些简单的代码，FILE * 中的锁就足够了。考虑一个基本的日志记录基础架构，您希望所有线程都通过一个通用的 FILE *.log 进行记录。内部锁将确保 FILE * 不会被多个线程破坏，并且由于每个日志行都应该独立，因此个人调用交错的方式无关紧要。