8

我正在使用 a boost::interpocess::scoped_lockusing anamed_mutex和 a timeout; 我在 Linux 操作系统中运行。

在我的一次测试中，我遇到了崩溃：从那时起，每次我尝试再次运行应用程序时，它都会卡在我创建锁的位置；看起来互斥锁仍然以某种方式获得（没有可能使用它的进程正在运行）。

最重要的是，如果您查看下面的代码，我希望在 150 微秒后，定时scoped_lock返回给我一个错误..但事实并非如此..它只是挂在那里。

      #include <boost/interprocess/sync/named_mutex.hpp>
      namespace bi = boost::interprocess;
      bi::named_mutex m_mutex;

 try{
      boost::posix_time::ptime pt( 
          boost::posix_time::microsec_clock::local_time() ) ;

      pt+= boost::posix_time::microseconds( 150 );
      bi::scoped_lock< bi::named_mutex > lock( m_mutex, pt );

      if( !lock.owns() ){
        FATAL( "I didn't acquire the lock." );
           return EXIT_FAILURE;
      }
     ....

我的问题如下：

  1. 如何确保boost::interprocess命名互斥锁被销毁？（那么如何查看跨进程的共享互斥锁以及如何销毁它们）
  2. 为什么在 150 微秒后获取互斥锁不返回？下面的代码有什么问题吗？

非常感谢

AFG

4

4 回答 4

5

我找到了解决方案：我错过了调用以下命令来销毁互斥锁

 boost::interprocess::named_mutex::remove( "MutexName" );

这段代码进行了所有必要的清理。

于 2011-10-19T10:05:40.207 回答
2 
boost::interprocess::named_mutex::remove( "MutexName" );

这不应该是正确的。这也将为所有其他进程解锁互斥锁。

于 2015-04-09T11:36:35.307 回答
2

在 unix 上崩溃时，命名互斥锁不会释放，请尝试 boost::interprocess::file_lock 代替。当崩溃发生时，锁被释放。

于 2015-08-18T01:50:50.143 回答
2

不要使用 local_time() 函数，而不是使用 universal_time()： boost::posix_time::ptime abs_time = boost::posix_time::microsec_clock::universal_time() + boost::posix_time::milliseconds(150);

scoped_lock 储物柜（互斥锁，abs_time）；

如果进程崩溃，您应该捕获崩溃信号并解锁 named_mutex 或使用一个线程作为计时器来检查死锁并解锁它。

使用 boost::interprocess::file_lock 会引入新问题，慎重！！！

于 2017-10-24T06:34:53.697 回答