使用 std::mutex 而不是 boost::mutex 时未处理的异常

我尝试摆脱代码中的一些提升依赖项，而是使用新的C++11功能（Visual Studio 2013）。

在我的一个组件中，我将boost::mutex与boost::lock_guard<boost::mutex>一起使用，一切正常。当我将std::mutex与std::lock_guard<std::mutex>一起使用时，从main()返回时出现以下错误。

GrabberTester 中0x7721E3BE （ntdll.dll）处未处理的异常.exe： 0xC0000005：访问冲突读取位置0xA6A6B491。

真正的项目非常复杂，因此很难提供一个完整的工作代码示例来重现这个问题。在我的实际项目中，互斥体用于在运行时加载的共享库中（但在我从main()返回时应该已经卸载了）。

我的问题是：

boost::mutex和std::mutex的设计行为是否完全相同？
如果不是，有什么区别？使用 std::mutex 而不是 boost::mutex 时需要记住什么？
在共享库中，我正在使用boost::thread框架创建线程。难道std::mutex只能与std::thread一起使用，与boost::thread s不兼容？

编辑：

我注意到的另一件事：当我卸载动态加载的共享库时，这需要一些时间。（DLL 访问硬件，需要一些时间才能干净地关闭所有内容）。但是，当我切换到std::mutex时，看起来DLL几乎可以立即卸载，但是程序在从main()返回时崩溃。我的印象是，std::mutex的问题专门存在于 DLL 的上下文中。

编辑 2：

应用程序和 DLL 都是使用 v120 工具集在调试配置中全新构建的，并与运行时库（/MTd）静态链接。

编辑3：

您可以在下面找到调用堆栈。异常似乎来自驱动程序中的某个地方。只是偶然地，我发现这与我使用的互斥体实现有关。

ntdll.dll!7721e3be()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!7721e023()
kernel32.dll!76b014ad()
msvcr100.dll!71b0016a()
PS1080.dll!oniDriverDestroy() Line 29
OpenNI2.dll!oni::implementation::DeviceDriver::~DeviceDriver() Line 95
OpenNI2.dll!oni::implementation::Context::shutdown() Line 324
OpenNi2Grabber.dll!openni::OpenNI::shutdown() Line 2108
OpenNi2Grabber.dll!GrabberSingletonImpl::~GrabberSingletonImpl() Line 46
OpenNi2Grabber.dll!`GrabberSingletonImpl::getInstance'::`2'::`dynamic atexit destructor for 'inst''()
OpenNi2Grabber.dll!doexit(int code, int quick, int retcaller) Line 628
OpenNi2Grabber.dll!_cexit() Line 448
OpenNi2Grabber.dll!_CRT_INIT(void * hDllHandle, unsigned long dwReason, void * lpreserved) Line 169
OpenNi2Grabber.dll!__DllMainCRTStartup(void * hDllHandle, unsigned long dwReason, void * lpreserved) Line 399
OpenNi2Grabber.dll!_DllMainCRTStartup(void * hDllHandle, unsigned long dwReason, void * lpreserved) Line 340
ntdll.dll!7722b990()
ntdll.dll!77249bad()
ntdll.dll!77249a4f()
kernel32.dll!76b079ed()
GrabberTester.exe!__crtExitProcess(int status) Line 776
GrabberTester.exe!doexit(int code, int quick, int retcaller) Line 678
GrabberTester.exe!exit(int code) Line 417
GrabberTester.exe!__tmainCRTStartup() Line 264
GrabberTester.exe!mainCRTStartup() Line 165
kernel32.dll!76b0338a()
ntdll.dll!7722bf32()
ntdll.dll!7722bf05()

编辑4：

也许这是OpenNI2 SDK中的一个错误，只有在这些非常特定的条件下才能观察到。所以我在这个问题中添加了 openni 标签。但问题仍然存在：为什么它适用于boost::mutex而不是std::mutex？

问题很可能是静态初始化地狱，我最近经历了几乎同样的事情。以下是正在下降的情况：

您有一个静态互斥锁（可能是静态类的成员）。
doexit（）代码开始清理你的静态内容。
互斥锁在 doexit（）中的某个地方被销毁
被销毁后使用互斥锁，通常是在析构函数中。

问题是你并不真正知道静态对象的销毁顺序。因此，如果您有：

static std::mutex staticMutex;
void someFunction()
{
    std::unique_lock<std::mutex> lock(staticMutex);
    doSomethingAwesome();
}

....

StaticObjA::~StaticObjA()
{
    someFunction();
}

然后，当调用 ~StaticObjA（）时，您的静态互斥锁已经可以被删除/销毁/死牛肉。当对象在不同的编译单元中定义（即在不同的文件中定义）时，问题会加剧。

我的解决方案建议是尝试减少对静态对象的依赖，您可以尝试使用 1 个静态对象来处理其他所有内容的构建/破坏，以便您可以控制事件的顺序。或者根本不使用静态。

当我的代码尝试锁定两次相同的互斥锁时，我遇到了类似的问题：一个函数获取了锁，然后调用了另一个试图在同一全局/静态互斥锁上获取锁的函数。

mutex queueMutex;
void f1()
{
    lock_guard<mutex> guard(queueMutex);
    f2();
}
void f2()
{
    lock_guard<mutex> guard(queueMutex); //unhandled exception!
}

我添加了相同的问题，解决的是...完全手动清理+重建！验证是否删除了所有 .obj，.dll，.lib 文件。

不要使用 Mircosoft 的 std：：mutex（或 recursive_mutex， ...!!!我也有类似的问题。我正在使用VS2012。

如果在 dll 中使用 std：：mutex，则不得卸载此 dll。因为您得到的是未定义的行为。（就我而言0xC0000005：访问违规读取位置...或者您无法卸载 dll。（"运行时"可能会增加负载计数器。双自由库（）卸载 dll ）

编辑：

编辑 2：

编辑3：

编辑4：

相关内容

最新更新

热门标签：