一例MSVC2013中recursive_mutex引起崩溃的原因分析

最新推荐文章于 2024-01-26 17:02:43 发布
原创 最新推荐文章于 2024-01-26 17:02:43 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分析了CUI程序中DLL的全局对象在析构过程中调用recursive_mutex::lock()函数导致的崩溃问题。原因是当通过Ctrl+C触发DLL释放时，系统创建的远程线程未能正确初始化，进而引发recursive_mutex::lock()函数崩溃。

复现方法：CUI程序，DLL中的全局对象在析构时调用recursive_mutex::lock()函数，运行时通过Ctrl+C触发。


原因分析：DLL被释放时，会自动析构所有的全局对象。由于Ctrl+C的实现为系统创建一个远程线程调用dllmain并析构全局对象，而这个远程线程缺少一些必要的初始化过程，造成recursive_mutex::lock()函数崩溃。


以下是分析时的截图：


Boost库中的recursive_mutex是一个递归锁，允许同一线程多次获得锁，并确保解锁和上锁次数相同。本文将介绍如何使用和测试该锁。
2301_79330511的博客
08-22 382
为了更好地理解recursive_mutex的行为，我们可以编写一个简单的测试程序。总之，使用recursive_mutex可以避免死锁和其他与锁相关的问题，并提供代码的可读性和简洁性。通过测试程序，我们可以更好地理解递归锁的行为并验证其正确性。Boost库中的recursive_mutex是一个递归锁，允许同一线程多次获得锁，并确保解锁和上锁次数相同。本文将介绍如何使用和测试该锁。运行程序，我们可以看到输出的结果，每个线程的深度都到达了5层，说明recursive_mutex允许同一线程多次获取锁。
ACE开发学习总结
bcbobo21cn的专栏
04-01 6644
ACE的框架及其核心 ACE设计框架和基础模块的关联 *一、案例描述 视频电警开发，是基于ACE框架上的一次重复开发，本文档拟对ACE框架做一个梳理，以期对他人进行基 于ace的开发有所帮助。 *二、系统安装 ACE的安装是一件比较麻烦的事情，这里简单的记录了我在VS2005下安装ACE的过程，希望能给大家一个 参考。
boost recursive_mutex(递归式互斥量)
田航语
04-21 2565
谈谈recursive_mutex(递归式互斥量) 如果一个线程中可能在执行中需要再次获得锁的情况,按常规的做法会出现死锁。 boost::recursive_mutex g_rec_mutex; boost::recursive_mutex::scoped_lock lock(g_rec_mutex); // 当然这种写法也可以 // bo...
【Boost】boost库中thread多线程详解4——谈谈recursive_mutex(递归式互斥量)
晴天的专栏
09-01 1543
如果一个线程中可能在执行中需要再次获得锁的情况（例子：test_thread_deadlock），按常规的做法会出现死锁。 此时就需要使用递归式互斥量boost::recursive_mutex，例子（test_thread_recursivelock）来避免这个问题。boost::recursive_mutex不会产生上述的死锁问题，只是是增加锁的计数，但必须确保你unlock和lock的次数
线程互斥与析构函数中mutex的销毁
weixin_34092455的博客
11-17 731
正在实现一个线程池的pthread包装器，突然发现有人在讨论关于http://blog.youkuaiyun.com/Solstice/article/details/5238671 是一篇比较老的文章，考虑了下 我在实现线程池包装器的时候会不会出现文章说的析构函数销毁mutex的问题 最后得出一个结论 在线程池包装实现的时候，一般不会出现文章“销毁太难”中所说的问题，“保证mutex在线程异步的线程退出(...
【原创】boost::recursive_mutex请小心使用
K.O Angel 的专栏
02-06 2580
recursive_mutex会减少死锁几率？恩看上去的确如此，但是事实上呢？我们从BOOST的官方逻辑去理解： recursive_mutex类可多次进入锁，这样在递归时可以避免一次死锁的几率，这是原本BOOST中所体现的一种思想，OK，为什么我们要质疑其问题。 最近项目中大量使用recursive_mutex锁作为主力锁，但是奇迹般的发现，一个递归函数仍然存在死锁（已做优化，换为mutex
【性能调优起点】：利用CLion代码分析工具发现ESP32资源泄漏的6种典型模式
在嵌入式系统开发中，资源泄漏是导致系统长期运行不稳定的核心诱因之一。与通用计算平台不同，ESP32等资源受限设备一旦发生内存、外设句柄或任务对象的泄漏，将迅速累积并引发崩溃。资源泄漏往往隐藏于异常路径、...
跨平台兼容性挑战：极光V1.9.5在Windows_Linux_macOS上的3套适配方案
MT7697作为一款支持蓝牙5.0和Wi-Fi双模通信的SoC芯片，在智能音箱、可穿戴设备等物联网终端中扮演着关键角色。然而，要充分发挥其性能优势，不仅需要硬件层面的优化，更依赖于软件栈的深度协同。本文将以极光V1.9.5...
FreeRTOS、Zephyr、ThreadX调度器行为对比：多任务调度的5项性能指标实测结果披露
[FreeRTOS、Zephyr、ThreadX调度器行为对比：多任务调度的5项性能指标实测结果披露](https://kobzol.github.io/assets/posts/ci-2023/chart-msvc.png) # 1. 实时操作系统调度器的核心机制解析 实时操作系统的调度器...
【汇编与C语言交互】：揭秘高效编程的黄金搭档
本文深入探讨了汇编语言与C语言之间的关系，重点介绍了汇编语言的基础知识、在C语言接口设计中的应用、性能优化技巧、复杂数据结构的实现、安全编程实践以及未来的协作前景。文章通过分析汇编与C接口的设计，展示了...
互斥锁释放导致的crash问题
zhu_superman的博客
01-26 632
互斥锁释放导致的crash问题
C++11 std::recursive_mutex
a4364634611的博客
05-03 1417
std::mutex 独占式互斥量 std::recursive_mutex：允许在同一个线程中同一个互斥量多次被 lock() ，（但是递归加锁的次数是有限制的，太多可能会报异常），效率要比mutex低。 如果你真的用了 recursive_mutex 要考虑代码是否有优化空间，如果能调用一次 lock()就不要调用多次。 调用了lock()就得调用对应的unlock()程序才能正常结束 #include<iostream> #include<thread> #inc.
C++多线程编程之recursive_mutex
llb_1203的博客
08-13 4643
参考recursive_mutex 文章目录std::recursive_mutex构造函数析构函数成员函数recursive_mutex::lockrecursive_mutex::try_lockrecursive_mutex::unlocknative_handle std::recursive_mutex class recursive_mutex; 与互斥锁mutex一样，递归锁也是一种锁类型，但允许同一个线程对同一个锁对象多次上锁，获得多层所有权。当解锁时，unlock函数调用的次数需要与lo
boost锁的概述
liujiayu2的专栏
11-10 896
●     boost锁的概述 boost库中提供了mutex类与lock类，通过组合可以轻易的构建读写锁与互斥锁。   ▲     mutex对象类 mutex类主要有两种：boost::mutex，boost::shared_mutex，其中mutex有lock和unlock方法，shared_mutex除了提供lock和unlock方法外，还有shared_lock和
C++11 锁 lock
weixin_33948416的博客
06-30 323
互斥(Mutex: Mutual Exclusion) 下面的代码中两个线程连续的往int_set中插入多个随机产生的整数。 1234567891011121314 std::set&lt;int&gt; int_set;auto f = [&amp;int_set]() { try { std::random_device rd; std::mt19...
boost 递归锁_【原创】boost::recursive_mutex请小心使用
weixin_39893893的博客
01-14 455
recursive_mutex会减少死锁几率？恩看上去的确如此，但是事实上呢？我们从BOOST的官方逻辑去理解：recursive_mutex类可多次进入锁，这样在递归时可以避免一次死锁的几率，这是原本BOOST中所体现的一种思想，OK，为什么我们要质疑其问题。最近项目中大量使用recursive_mutex锁作为主力锁，但是奇迹般的发现，一个递归函数仍然存在死锁(已做优化，换为mutex没问题)...
使用boost::recursive_mutex的测试程序
ScriptCharm的博客
09-04 125
然而，在某些情况下，线程可能需要多次获取同一个互斥锁，这时就需要使用递归互斥锁（recursive mutex）。boost::recursive_mutex是一个递归互斥锁类，允许同一个线程多次获取锁而不会造成死锁。通过使用递归互斥锁，我们可以安全地处理需要多次获取锁的情况，确保多线程程序的正确性和可靠性。boost::recursive_mutex是Boost库提供的一个递归互斥锁类，它允许同一个线程多次获取同一个锁，而不会导致死锁。在上面的示例中，我们首先包含了必要的头文件。大于0，我们递归调用。
std mutex
瞎捣鼓
11-06 1014
mutex mm2; int cale = 0; void shared_mutex_Test(string url) { while (true) { mm2.lock(); printf(“%s–>%d\n”, url.c_str(),cale); cale++; mm2.unlock();
boost mutex lock 使用
z526882183的专栏
05-26 3983
boost中的mutex貌似有6种或者更多，我用过的有3中boost::mutex、boost::shared_mutex、boost::recursive_mutex，貌似还有boost::try_mutex、boost::time_mutex，不过没用过。boost::mutex是最基础的锁，有lock和unlock方法，可以认为是互持锁。boost::shared_mutex是共享锁，有loc
"message": "命名空间 \"std\" 没有成员 \"recursive_mutex\"",
最新发布
04-04
### 关于 `std` 命名空间缺少 `recursive_mutex` 成员的错误分析 当遇到编译器提示“命名空间 `std` 中不存在 `recursive_mutex` 成员”的错误时，通常有以下几个可能的原因： #### 1. **未启用 C++11 或更高版本标准** 如果使用的编译器默认支持的是旧版 C++ 标准（如 C++98），而 `std::recursive_mutex` 是自 C++11 起引入的功能，则需要显式指定使用 C++11 或更新的标准[^2]。 解决方案是在编译命令中加入 `-std=c++11` 参数（对于 GCC 和 Clang 编译器）或者 `/std:c++17`（针对 MSVC 编译器）。例如： ```bash g++ -std=c++11 your_program.cpp -o your_program ``` #### 2. **编译器不支持 C++11 的 `<mutex>` 头文件** 部分老旧编译器可能尚未实现完整的 C++11 功能集。如果确认已启用了 C++11 支持但仍报错，可能是由于所用编译器过老所致。建议升级至最新稳定版本的编译器以获得更好的兼容性和功能支持[^3]。 #### 3. **拼写错误或遗漏头文件** 确保正确包含了必要的头文件 `<mutex>` 并且没有拼写错误。如果没有包含该头文件或将类名称误写作其他形式（如大小写敏感问题），也会引发类似的错误消息。 正确代码应如下所示： ```cpp #include <iostream> #include <thread> #include <mutex> std::recursive_mutex mymutex; void test() { std::lock_guard<std::recursive_mutex> myguard(mymutex); mymutex.lock(); std::cout << "1" << std::endl; mymutex.unlock(); mymutex.lock(); mymutex.unlock(); } int main() { std::thread a(test), a2(test); a.join(); a2.join(); } ``` #### 4. **平台特定限制** 某些嵌入式系统或其他特殊环境下的工具链可能裁剪掉了部分 STL 组件，包括多线程相关的功能。在这种情况下，即使语法完全正确也可能无法通过编译。需查阅目标平台文档了解其具体支持情况并考虑替代方案[^4]。 --- ### 示例修正后的完整代码片段 以下是基于上述讨论调整过的完整示例程序，确保能够成功运行的前提条件均已满足： ```cpp #include <iostream> #include <thread> #include <mutex> // 使用 std::recursive_mutex 实现递归锁 std::recursive_mutex mymutex; void test() { // 自动管理锁生命周期的对象 lock_guard std::lock_guard<std::recursive_mutex> myguard(mymutex); // 显示调用 lock/unlock 方法演示手动控制过程 mymutex.lock(); std::cout << "Thread ID: " << std::this_thread::get_id() << ", Output: 1\n"; mymutex.unlock(); // 再次尝试获取同一把锁 (在同一线程内有效) mymutex.lock(); std::cout << "Thread ID: " << std::this_thread::get_id() << ", Output: 2\n"; mymutex.unlock(); } int main() { // 创建两个并发执行的任务实例 std::thread t1(test); std::thread t2(test); // 等待子线程完成工作后再退出主线程 t1.join(); t2.join(); return 0; } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值