确保线程没有锁定互斥锁两次?

mxd*_*ois 5 c++ multithreading deadlock locking c++11

假设我有一个运行成员方法的线程runController,如下例所示:

class SomeClass {
public:
    SomeClass() { 
         // Start controller thread
         mControllerThread = std::thread(&SomeClass::runController, this) 
    }

    ~SomeClass() {
         // Stop controller thread
         mIsControllerThreadInterrupted = true;
         // wait for thread to die.
         std::unique_lock<std:::mutex> lk(mControllerThreadAlive); 
    }

    // Both controller and external client threads might call this
    void modifyObject() {
         std::unique_lock<std::mutex> lock(mObjectMutex);
         mObject.doSomeModification();
    }
    //...
private:
    std::mutex mObjectMutex;
    Object mObject;

    std::thread mControllerThread;
    std::atomic<bool> mIsControllerInterrupted;
    std::mutex mControllerThreadAlive;

    void runController() {        
        std::unique_lock<std::mutex> aliveLock(mControllerThreadAlive);
        while(!mIsControllerInterruped) {
            // Say I need to synchronize on mObject for all of these calls
            std::unique_lock<std::mutex> lock(mObjectMutex);
            someMethodA();
            modifyObject(); // but calling modifyObject will then lock mutex twice
            someMethodC();
        }
    }
    //...
};
Run Code Online (Sandbox Code Playgroud)

还有一些(或所有)子程序runController需要修改线程之间共享并由互斥锁保护的数据.其中一些(或全部)也可能被需要修改此共享数据的其他线程调用.

有了C++ 11的所有荣耀,我怎样才能确保没有线程曾经两次锁定互斥锁?

现在,我将unique_lock引用作为参数传递给方法,如下所示.但这似乎很笨重,难以维护,可能是灾难性的......等等......

void modifyObject(std::unique_lock<std::mutex>& objectLock) {

    // We don't even know if this lock manages the right mutex... 
    // so let's waste some time checking that.
    if(objectLock.mutex() != &mObjectMutex)
         throw std::logic_error();

    // Lock mutex if not locked by this thread
    bool wasObjectLockOwned = objectLock.owns_lock();
    if(!wasObjectLockOwned)
        objectLock.lock();

    mObject.doSomeModification();

    // restore previous lock state
    if(!wasObjectLockOwned)
        objectLock.unlock();

}
Run Code Online (Sandbox Code Playgroud)

谢谢!

nos*_*sid 8

有几种方法可以避免这种编程错误.我建议在类设计级别上进行:

  • 公共私人成员职能分开,
  • 只有公共成员函数锁定互斥锁,
  • 公共成员函数永远不会被其他成员函数调用.

如果内部和外部都需要函数,则创建函数的两个变体,并从一个变为另一个:

public:
    // intended to be used from the outside
    int foobar(int x, int y)
    {
         std::unique_lock<std::mutex> lock(mControllerThreadAlive);
         return _foobar(x, y);
    }
private:
    // intended to be used from other (public or private) member functions
    int _foobar(int x, int y)
    {
        // ... code that requires locking
    }
Run Code Online (Sandbox Code Playgroud)