当std :: lock_guard仍然在作用域内时,使用pthread_create创建线程是否安全?

时间:2019-02-15 12:03:31

标签: c++ multithreading pthreads

我具有类似下面的功能,其中线程使用std::lock_guard互斥锁获取锁,然后通过ofstream写入文件。

当当前文件大小增加最大大小时,我想创建一个独立的线程来压缩文件并终止。

我想了解当pthread_create仍在范围内时调用std::lock_guard的含义。

安全吗?锁是否也将应用于新线程(我不希望如此)?

void log (std::string message)
{
    std::lock_guard<std::mutex> lck(mtx);

    _outputFile << message << std::endl;
    _outputFile.flush();
    _sequence_number++;
    _curr_file_size = _outputFile.tellp();

    if (_curr_file_size >= max_size) {
        char *lf = strdup(_logfile.c_str());
        // Create an independent thread to compress the file since
        // it takes some time to compress huge files.
        if (!_compress_thread) {
            pthread_create(&_compress_thread, NULL, compress_log, (void *)lf);
        }
    }
}

void * compress_log (void *arg) 
{
    pthread_detach(pthread_self());

    // Code to compress the file
    // ...

   { // Create a scope for lock_gaurd

       std::lock_guard<std::mutex> lck(mtx);
       _compress_thread = NULL;
   }
   pthread_exit(NULL);
}

1 个答案:

答案 0 :(得分:2)

互斥锁在线程级别起作用,它仅影响使用它的线程。当线程锁定互斥锁时,可能会发生两种情况:

  1. 互斥锁已解锁-互斥锁已锁定,线程继续执行。
  2. 互斥锁已被锁定-线程不会继续运行,而是等待直到互斥锁被解锁。

您的新线程运行compress_log()函数,该函数根本不会访问互斥量。因此,无论互斥锁是否被锁定,它都将运行(在您的情况下,互斥锁将在log()退出时解锁)。


不相关的建议:使用std::thread而不是pthread_create,这样您的应用程序将变得更加可移植:

    std::thread{ [lf] { compress_log(lf); } }.detach();