boost::mutex::~mutex(): 断言 `!pthread_mutex_destroy(&m)'失败的

Question

我在互斥体析构函数中收到标题错误。由于错误可能是由于互斥体在销毁过程中处于锁定状态所致，因此我创建了一个继承自 boost:mutex 的新互斥体类。这是为了确保互斥锁在销毁期间解锁。然而，同样的错误仍然发生。 任何点击将不胜感激！

class CMutes : public boost::mutex
{
public:
    CMutes()
    {

    };

    virtual ~CMutes()
    {
        if (m_bLock)
            boost::mutex::unlock();
    };

    void lock()
    {
        if(!m_bLock)
            boost::mutex::lock();
        else
            cout << "Mutex is in lock state\n";
    };

    void unlock()
    {
        if (m_bLock)
            boost::mutex::unlock();
        else
            cout << "Mutex is in unlock state\n";
    }

    boost::mutex& getMutex()
    {
        return *this;
    }

private:

    bool m_bLock;
};

编辑： 是的你是对的。我应该使用 RAII。然而，我现在的情况是这样的。我需要在另一个线程完成处理资源之前锁定该资源。像下面这样的东西。

Thread A:
void getDate()
{
 m_oLock.lock();
 // access resource
}

void unlock()
{
 m_oLock.unlock();
}
Thread B:
void Process()
{
 threadA.getData();
 threadA.unlock();
}

Answer 1

不要继承自boost::mutex，boost::mutex类没有虚拟析构函数，因此它实际上并不意味着遗产。

可能的根本原因：
您收到的错误表明您正在对从未锁定的互斥体调用unlock。类似于：

boost::mutex m;   
m.unlock(); 

通过尝试进行锁定和解锁，您似乎无法跟踪互斥锁是否已锁定。当您手动执行资源管理时，这通常是问题所在。 C++ 允许一种名为资源分配是初始化( RAII），以安全防范此类问题。

建议的解决方案：
您应该使用RAII，而不是显式解锁互斥锁。您可以使用 boost::mutex::scoped_lock 来实现 RAII：

struct YourStruct
{
    void doSomething()
    {
        boost::mutex::scoped_lock l(m_mutex);
        //do something Interesting
    }
    private: 
        boost::mutex m_mutex;
};

Answer 2

我有同样的错误（这就是我发现这个问题的方式）。我通过向相关线程添加 join 解决了问题。我的主进程在线程完成之前就完成了，并且互斥体在解锁之前就被拆除了。

Answer 3

POSIX 规定，如果互斥体因某种原因无效，则从 pthread_mutex_destroy 操作返回的唯一错误是 EINVAL，或者如果有人正在使用它（明确地），则返回 EBUSY或通过条件变量）。

最有可能的情况是第二种。

但是，我没有看到任何代码中的 m_bLock 成员变量发生任何更改。您确定不想在 lock 和 unlock 调用中更改此变量吗？

如果它正在使用，您只需等待，直到使用它的人愿意释放它。任何其他选择都不可能对您有好处:-)