windows boost::asio 之 EnterCriticalSection(&crit_section_) 错误

最新推荐文章于 2023-04-27 15:03:52 发布
最新推荐文章于 2023-04-27 15:03:52 发布
阅读量1.8k 收藏
点赞数 2
CC 4.0 BY-SA版权
分类专栏： C++ windows boost socket 文章标签： boost c++ windows socket
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/oiooooio/article/details/48368903
本文解答了在项目属性中修改预定义宏以解决Windows宏错误的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

错误图如下:



是不是对这个问题感到无可奈何，是不是在骂这sb玩意儿...当然，可能也只有我一个人有这个问题...

下面公布答案

下

下

下

下

下

下

下

下

答案就是：

把预定义宏：_WIN32_WINDOWS

改为：_WIN32_WINNT=0x0501

我是直接在项目的属性里改的！

boost::asio序列6: io_context
hit1524468的专栏
04-06 1525
io_context的具体实现如下代码，io_context最主要的函数为: (1) 构造函数，其中参数控制并行的线程数，对于性能比较重要 (2) 各类handler执行函数：run(), run_one(), poll(), poll_one().... (3) io_context::execution_type实际上就是辅助类，用于向io_context提交handler，并被io_...
boost::asio 序列18：basic_socket_acceptor
hit1524468的专栏
04-11 694
explicit basic_socket_acceptor(const executor_type& ex) 和 template <typename ExecutionContext> explicit basic_socket_acceptor(ExecutionContext& context, typen...
在使用Poco库调试时出现异常，异常位置：EnterCriticalSection(&_cs);
sxj的专栏
03-31 1580
1、在使用Poco库调试时会出现异常，异常所在文件是Poco\Mutex_WIN32.h，如下图所示： 2、出现以上异常在EnterCriticalSection(&_cs);前加入InitializeCriticalSection(&_cs);即可正常运行，如下图所示：
问题解决——使用CriticalSection后 0xXXXXXXXX处最可能的异常: 0xC0000005: 写入位置 0x00000014 时发生访问冲突
热门推荐
当蝴蝶在南半球拍了两下翅膀，它就会稍微飞高一些。
12-18 1万+
想了半天，觉得还得从提示入手：最可能的异常: 0xC0000005: 写入位置 0x00000014 时发生访问冲突。 这位置？这个位置就是……
【MFC】CCriticalSection类在Release编译下调用Lock函数会报0xC0000008错误
UniverseLin的博客
12-11 531
【MFC】CCriticalSection类在Release编译下调用Lock函数会报错0xC0000008问题描述方法一 CRITICAL_SECTION代替CCriticalSection方法二 使用WaitForSingleObject和ReleaseMutex()结语 问题描述 通过以下伪代码方式描述问题： 主对话框类内创建成员变量及结构体变量： typedef struct MSG_INFO { int a; int b; char c[10]; }MSGINFO; MSG_INFO m
live555 回调数据给解码函数 EnterCriticalSection 奔溃
smilestone322的专栏
12-31 1938
LdNetSdkTest.exe 中的 0x7c93b21a 处最可能的异常: 0xC0000005: 写入位置 0xfeeefefe 时发生访问冲突
EnterCriticalSection
luo809976897的专栏
08-26 1047
多个线程操作相同的数据时，一般是需要按顺序访问的，否则会引导数据错乱，无法控制数据，变成随机变量。为解决这个问题，就需要引入互斥变量，让每个线程都按顺序地访问变量。这样就需要使用EnterCriticalSection和LeaveCriticalSection函数。 目录 1函数原型 2访问机制 1函数原型编辑 函数 EnterCritic
boost::asio 序列15: basic_socket
hit1524468的专栏
04-11 529
explicit basic_socket(const executor_type& ex) 创建&未打开的socket template <typename ExecutionContext> explicit basic_socket(ExecutionContext& context, typena...
boost::asio::serialport实现串口通信
02-25
Boost库是C++的一个强大工具集，它提供了`boost::asio`模块，用于处理网络和底层I/O操作，包括串口通信。本篇文章将详细介绍如何使用`boost::asio::serialport`来实现串口通信。 首先，我们需要理解`boost::asio`的...
Boost::asio序列1: io_context
hit1524468的专栏
04-05 2693
支持异步I/O功能 Boost::asio::io_context是异步I/O的核心功能，io_context提供用户的异步I/O对象的的核心I/O功能，包含: (1) boost::asio::ip::tcp::socket (2) boost::asio::ip::tcp::acceptor (3) boost::asio::ip::upd::socket (4) boost::as...
Windbg调试关键区(CriticalSection)死锁
08-23 408
一. 准备工作 这里一个有关键区锁死问题的程序，运行之后依次点击“CS锁死”按钮、右上角退出按钮，程序就会卡死。（图1） 对于眼下的这个问题，界面完全失去响应，这说明负责消息处理的UI线程阻塞了。对于几乎所有的windows GUI程序，编号为0的初始线程就是UI线程，windows发现该界面一段时间没有消息响应之后就会在标题后面加上“（未响应）”。 二. 开始调试 启动Windb...
WIN32多线程三 线程同步机制Critical Section
cpongo5
02-23 147
就是通常说的"锁"，多线程对同一份资源的同步控制，经常用Critical Section，用来锁住一份资源，以免多个线程"同时"访问一份资源。通过下面4个函数来使用InitializeCriticalSection EnterCriticalSection LeaveCriticalSection DeleteCriticalSection来使用。需要注意的地方：不要长时间的锁住一份资源，不...
win32 线程安全 临界区 CRITICAL_SECTION
lygl35的博客
03-08 194
系统线程切换的操作的结构 CRITICAL_SECTION 使用系统提供的CRITICAL_SECTION
Win32多线程之临界区（Critical Sections）
wjj715211的专栏
11-22 1593
Win32之中最容易使用的一个同步机制就是 critical sections。所谓critical sections意思是指一小块“用来处理一份呗共享的资源”的程序代码。这里所谓的资源，并不是指.res(资源文件)的Windows资源，而是广义上地指一块内存，一个数据结构，一个文件，或任何其他具有“使用之排他性”的东西。也就是说，“资源”每一次（同一时间内）只能够被一个线程处理。   你可能必
【Win32多线程】同步机制(Critical section、Mutexes、Semaphore、Event Object)
xiaoding133的专栏【Stay hungry,Stay foolish】
07-22 5095
线程同步能避免出现“race conditions”(竞争条件)和“data corruption”（数据破坏）的情况。 同步(synchronous)与异步(asynchronous)的定义： 当程序1调用程序2时，程序1停下不动，直到程序2完成回到程序1来，程序1才继续下去，这就是“同步”。 如果程序1调用程序2后，径自继续自己的下一个动作，那么两者之间就是“异步”。 Win32 AP
LeaveCriticalSection有BUG？
amwfnyq的专栏
05-06 1963
偶然发现Windows API函数LeaveCriticalSection存在一个BUG
EnterCriticalSection TryEnterCriticalSection
fysy0000的专栏
07-26 5344
如果EnterCriticalSection将一个线程置于等待状态，那么该线程在很长时间内就不能再次被调度。实际上，在编写得不好的应用程序中，该线程永远不会再次被赋予CPU时间。TryEnterCriticalSection函数决不允许调用线程进入等待状态。它的返回值能够指明调用
Linux内核：进程管理——锁竞争优化
m0_74282605的博客
04-27 380
顾名思义就是两个锁的队列，因为一个队列也就只有进队列和出队列两个操作，如果其中一个操作进行时要把整个队列锁住也未免太过浪费了，所以很早前有人设计出一种队列，使用插入锁和删除锁两个操作。所以说这种情况在现今的处理器上是不会有问题的。但是如果两个线程操作太过频繁则会造成大量进锁出锁操作因为引起锁竞争，所以为了减少这种大量出锁进锁可以弄两个队列，一个队列为读线程读数据的队列，另一个队列为处理数据的线程用的队列，当前一个队列数据达到一定时一并复制到另外一个队列，将N次进锁出锁变成一次因为减少锁竞争。
类 "boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::any_io_executor>" 不存在默认构造函数C/C++(291)
最新发布
04-03
<think>好的，用户遇到了一个关于Boost.Asio的编译错误，提示类“boost::asio::basic_stream_socket<...>”没有默认构造函数。我需要帮他分析这个问题。 首先，我应该回忆一下Boost.Asio中的basic_stream_socket类。这个类是用来处理流式套接字的，比如TCP套接字。通常，Boost.Asio的套接字类需要传入一个io_context或者executor来构造，因为它们需要与I/O服务关联。 用户提到的错误信息是缺少默认构造函数，这可能是因为在代码中尝试无参构造basic_stream_socket对象。例如，可能写了类似“boost::asio::ip::tcp::socket socket;”而没有传入io_context或者executor。旧版本的Boost.Asio可能允许这样的构造，但新版本可能需要显式传递executor。 接下来，我需要考虑Boost.Asio的版本变化。在较新的版本中，比如1.70之后，引入了executor的概念，取代了之前的io_context。因此，套接字构造函数可能需要一个executor参数，而不是io_context。如果用户升级了Boost版本，但没有修改旧代码，就可能出现这个问题。 另外，用户可能在模板中使用basic_stream_socket，并尝试默认构造它。因为basic_stream_socket的构造函数需要executor，所以必须显式传递。如果没有提供，就会导致编译错误。 可能的解决方案包括：在构造套接字时传入io_context或executor，检查Boost版本，查看文档确认构造函数的参数，或者确保所有依赖项正确。此外，如果用户使用了移动语义或延迟初始化，也需要正确管理构造过程。 需要提醒用户检查他们的代码中构造套接字的地方，确保传递了必要的参数。比如，使用io_context构造时应该是“boost::asio::ip::tcp::socket socket(io_context);”。如果使用executor，可能需要获取executor对象并传入。 最后，总结问题的根本原因，并给出具体的代码示例，帮助用户修改他们的代码。同时，建议查阅Boost官方文档，确认构造函数的正确用法，确保版本兼容性。</think>在 C++ 中使用 Boost.Asio 库时遇到 "类不存在默认构造函数" 的错误，通常是因为没有正确初始化 `basic_stream_socket` 的依赖项。以下是分步解析和解决方案： --- ### 错误原因分析 `boost::asio::basic_stream_socket` 是 **需要显式构造** 的模板类，其构造函数必须关联 I/O 执行器（executor）。这个错误表明你尝试了以下非法操作： ```cpp // 错误示例：尝试无参构造 boost::asio::ip::tcp::socket socket; // ❌ 缺少必需的 executor 参数 ``` --- ### 核心机制说明 1. **依赖执行器 (Executor)** Boost.Asio (1.70+ 版本) 要求所有 I/O 对象必须绑定到执行器，用于管理异步操作的执行上下文。这是通过构造函数的 **必选参数** 实现的。 2. **模板参数解析** 你看到的模板实例化形式 `basic_stream_socket<boost::asio::ip::tcp, any_io_executor>` 表明： - 协议类型：`boost::asio::ip::tcp` - 执行器类型：`any_io_executor`（通用 I/O 执行器） --- ### 正确使用方式 #### 方法 1：通过 io_context 构造（传统方式） ```cpp boost::asio::io_context io_context; boost::asio::ip::tcp::socket socket(io_context); // ✅ 传入 io_context 隐式获取执行器 ``` #### 方法 2：显式传递执行器（现代方式） ```cpp boost::asio::io_context io_context; // 通过 get_executor() 获取执行器 boost::asio::ip::tcp::socket socket(io_context.get_executor()); // ✅ 显式传递执行器 ``` --- ### 常见修复场景 #### 场景 1：类成员初始化 ```cpp class MyClass { boost::asio::ip::tcp::socket socket_; public: // 必须通过初始化列表构造 MyClass(boost::asio::io_context& io_ctx) : socket_(io_ctx) {} // ✅ 正确初始化 }; ``` #### 场景 2：使用移动语义 ```cpp boost::asio::ip::tcp::socket create_socket(boost::asio::io_context& io_ctx) { return boost::asio::ip::tcp::socket(io_ctx); // ✅ 允许移动构造 } ``` --- ### 版本适配建议 - **Boost 1.70+**：必须显式传递执行器或 `io_context` - **Boost 1.69- **：旧版本允许默认构造，但建议升级时代码 --- ### 扩展验证 如果问题仍然存在，请检查： 1. 是否包含正确头文件：`#include <boost/asio.hpp>` 2. 是否使用兼容的 Boost 版本（通过 `BOOST_VERSION` 宏检查） 3. 确保没有误用 `basic_stream_socket` 的其他模板特化 建议参考官方文档：[Boost.Asio TCP Sockets](https://www.boost.org/doc/libs/master/doc/html/boost_asio/reference/ip__tcp/socket.html) 确认接口定义。
评论 8
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值