boost::asio async_write也不能保证一次发完所有数据 一

最新推荐文章于 2025-07-14 11:13:56 发布
最新推荐文章于 2025-07-14 11:13:56 发布
阅读量8.4k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： # c++ boost asio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csfreebird/article/details/9220273
本文讨论了使用Boost.Asio库进行异步写操作时，`async_write_some`可能无法一次性发送所有数据的问题。针对此情况，作者提供了一个自定义的递归重试发送函数，通过bind传递待发送字节数和起始位置到异步回调。尽管遇到每次仅发送9个字节的困扰，作者对此是否为潜在bug保持疑问，并预告将在后续文章中继续探究。

你要是看过basic_stream_socket的文档，里面提到async_write_some不能保证将所有要发送的数据都发出去。并且提到如果想这样做，需要使用boost asio的async_write

http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/reference/basic_stream_socket/async_write_some.html

Remarks

The write operation may not transmit all of the data to the peer. Consider using the async_write function if you need to ensure that all data is written before the asynchronous operation completes.

但是这几天我就遇到一个问题，以前一直都是一次发送成功的。

我想发送54个字节的数据，可是每次都是只发9个字节。因此只好自己写了一个重试发送的递归函数。也很简单，通过bind,每次传递想要发送的字节数木和发送开始位置给异步回调函数。

代码参考如下：

void Sign::AfterWriteMessage(error_code const& ec, size_t bytes_transferred, size_t expected_size,  size_t offset) {
  if (ec) {
最低0.47元/天 解锁文章
深入理解 Boost.Asio 中的异步核心 boost::asio::io_context
h a 6 6 6 c k 为 你解决复杂难题！
07-12 200
io_contextio_context是 Boost.Asio 中用于管理 I/O 执行上下文的核心类，它负责调度和执行异步操作。你可以把它看作是异步任务的“调度中心”或“运行引擎”。所有的异步操作（如网络请求、定时器、异步读写等）都需要通过一个io_context实例来驱动。场景建议单线程异步程序创建一个io_context并调用run()多线程并发处理多个线程调用同一个避免过早退出使用保持工作状态分离 IO 与业务逻辑使用post()或dispatch()将任务投递回主线程。
Boost.ASIO源码：从async_write看ASIO的异步IO逻辑
weixin_43827934的博客
01-12 3072
async_write有两个对外接口： template <typename AsyncWriteStream, typename Allocator, typename WriteHandler> inline BOOST_ASIO_INITFN_RESULT_TYPE(WriteHandler, void (boost::system::error_code, std::s...
【学习总结】boost::Asio网络编程
wukstaka的博客
09-03 3302
一、同步or异步 1. 连接过程 客户端client 服务器端server 2. 同步编程实例 3. 异步编程实例 4. 异常处理&错误码 二、Tcp短连接&长连接 1. 短连接 2. 长连接 三、Websocket和Soket boost::asio库支持TCP、UDP和ICMP通信协议，在名字空间boost::asio::ip中提供大量网络通信方面的函数和...
boost::asio async_write也不能保证一次发完所有数据 二
xuela-net
07-01 510
只有看boost源码才能弄明白发生了什么。首先我是将vector里面写入了数据，然后用boost::asio::buffer将vector构造成了mutable_buffer_1对象。 参考该文档的重载形式：http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/reference/buffer/overload24.html b...
关于boost::asio::async_write的实现机制
zhb_yz的专栏
08-18 8010
 关于boost::asio::async_write机制 在用boost的asio开发网络应用时可能会用到2个异步发送函数 （1）basic_stream_socket类的async_write_some函数  这个函数以异步的方式将缓冲区中的数据写入到stream socket中，但是写入  操作不能保证将所有的字节全部写入。 （1）async_write函数  async_
boost::asio::serialport实现串口通信
02-25
Boost库是C++的一个强大工具集，它提供了`boost::asio`模块，用于处理网络和底层I/O操作，包括串口通信。本篇文章将详细介绍如何使用`boost::asio::serialport`来实现串口通信。 首先，我们需要理解`boost::asio`的...
Boost asio的async_write函数
飞翔的大象
07-11 3464
Boost asio是一个异步网络通信的库，其中async_write是一个比较常用的函数，但是，如果没有正确的使用，就可能会出现一些意想不到的潜在Bug。例如下面的代码： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 for (int i=0; i n; i++) { boost::asio::async_write(
犯错误了，boost中的asio的asyncWrite
yys213的专栏
06-19 4934
      又犯错误了，在用bosot中的asio中的asyncwrite时，该函数为异步写函数，一经调用就立即返回，期间有可能调用多个asyncWriteSome函数。所以调用的时候要注意，不能一直调用asyncWrite，要等待上一个asyncwrite调用完成后（调用成功后有一个回调函数asyncWriteHandle），然后才能调用下一个asyncwrite，否则会出现这种情况，下一个的a
Boost Asio异步发送数据（async_write）崩溃问题记录
guotianqing的博客
03-03 4283
背景 服务端与客户端之间的网络通信（使用Boost Asio库异步编程模式实现），客户端会向服务端请求数据。 在刚开始的测试中，是没有出现问题的。后来有一次测试时，服务端查询完数据后，向客户端发送时总是崩溃。 通过gdb调试，可以发现是在调用到异步发送函数（boost::asio::async_write）后崩溃的。 打印的栈信息如下： Program terminated with signa...
使用boost::asio:async_write 接受buffer对象时注意事项
leiweip的博客
06-24 1607
使用buffer异步传入对象时注意事项 问题： 在解决产品bug时，有这样一种case：程序在数据稍微大一点的情况下，会时而崩溃，时而正常，经过定位，发现崩溃是在boost库的async_write处。 查阅官方文档发现，async_write传入的对象必须确保能在调用回调函数的时候没有被销毁，否则程序有可能会崩溃 Boost.Asio takes advantage of this feature to add buffer debugging. Consider the following co
Boost.Asio 异步写：为什么多次 async_write_some 会导致乱序，以及如何解决
最新发布
weixin_45481496的博客
07-14 1150
只是注册回调，不是立即写入同时注册多个时，Boost.Asio 无法保证它们的执行顺序执行顺序的不确定性导致了最终发送顺序的不确定性Boost.Asio 的是异步的，多次调用会导致执行顺序不确定，从而造成发送数据乱序。解决方案使用发送队列，确保同一时刻只有一个活跃的写操作在单线程模型下不需要加锁在多线程模型下需要用互斥锁保护队列核心原则：串行化写操作，保证数据发送的顺序性。进阶优化对于高频小消息，考虑批量写入注意处理部分写入的情况避免递归调用导致的栈溢出。
Boost.Asio 异步读写操作
FHKHH的博客
01-09 929
【代码】Boost.Asio 异步读写操作。
boost asio async write也不能保证一次发完所有数据 一
fduffyyg的博客
02-25 610
boost asio async write也不能保证一次发完所有数据 一
boost.asio的async_write_some存在的坑
iLuoPu的博客
02-19 5036
boost.asio的async_write_some看起来很方便，但使用起来很复杂，主要有两个方面: async_write_some经常与io_context不在同一线程，async_write_some同一时刻只能由一个线程调用，需要加锁，同时需要与io_context所在线程的其他异步方法同步，如关闭sock的时机。 当对方一直不读取缓冲区，就会造成本方的socket发送缓冲区爆满，此种情况需要怎样处理? 第一种情况就需要根据业务情况加各种锁了。现在只讨论当对方一直不读缓冲区的情况。测试如下 s
asio专题--asio连续异步发送的问题(转)
ww7109的博客
04-30 2518
io_service/io_context如何run？ io_service的run接口是阻塞的，会阻塞当前线程，这对于服务端来说没什么影响，它只要异步接受客户端请求之后调用run接口即可，一直阻塞等待后续的连接到来就行了。 但是对于客户端来说阻塞当前进程会有问题，因为阻塞了当前线程的话，用户就无法自由地发送消息了。所以对于客户端来说一般是放在一个线程中run，这样就可以避免阻塞当前线程了。 ...
boost--asio--读写大总结
abcbuzhiming的专栏
04-07 1468
http://blog.chinaunix.net/uid-22273897-id-393671.html NO.1 ASIO 读操作大总结： A. Boos：：asio：：read 同步读方式 void client::read_data(char   * sourse  , int num ) { boost::asio::read( socke
c++中的boost::asio::async_read函数是如何触发的如何
03-14
<think>嗯，用户想了解Boost.Asio中的async_read函数的触发机制、使用方法、官方文档和示例代码。首先，我需要回忆一下Boost.Asio的异步操作机制。记得Boost.Asio使用异步I/O操作时，需要调用io_context::run()来处理完成事件。async_read函数是用于异步读取数据的，它会一直读取直到满足指定的条件，比如缓冲区满或者到达流的末尾，而async_read_some则是读取至少一个字节的数据。 触发机制方面，用户可能想知道async_read什么时候会触发回调函数。根据之前的引用内容，比如引用[1]提到async_write_some在多路复用模型下可能被延迟调用，导致时序问题。同样，async_read可能也有类似的机制，当底层I/O就绪时，比如有数据到达时，操作系统会通知Boost.Asio，从而触发回调。但是需要注意，async_read会尽可能读取足够的数据，直到填满缓冲区或者发生错误。 使用方法方面，需要正确设置异步读取的条件，比如使用boost::asio::buffer来管理缓冲区，并且处理可能的错误。官方文档中应该详细说明了参数和错误处理的方式。此外，引用[4]中提到处理大数据时需要多次调用sync_read_some，而async_read可能自动处理这种情况，因为它会持续读取直到填满缓冲区。 示例代码部分，用户提供的引用[3]有一个客户端的例子，但使用的是async_write和async_read_some。需要根据这个例子调整，展示async_read的正确用法。比如在回调函数中再次调用async_read以持续接收数据，同时管理缓冲区的位置和大小。 可能需要注意的问题包括：回调函数的正确绑定、缓冲区的生命周期管理、错误处理（如连接关闭或错误码），以及如何确保所有数据都被正确读取，特别是当数据分多次到达时。此外，引用[1]中的时序问题可能提醒在异步操作中需要保证操作的顺序，避免并发调用导致的混乱，可能需要使用队列来管理读写操作。 现在，需要将这些点组织成一个清晰的回答，涵盖触发机制、使用方法、文档链接和示例代码。同时，生成的相关问题应该围绕常见问题，比如错误处理、与async_read_some的区别、大数据处理等。</think>### Boost.Asio的async_read触发机制及使用方法 #### 一、触发机制 1. **底层I/O就绪触发** `async_read`的触发依赖于操作系统的I/O多路复用机制（如Linux的epoll、Windows的IOCP）。当底层socket接收缓冲区有数据可读时，操作系统通知Boost.Asio，触发回调函数[^1][^4]。 2. **数据读取条件** `async_read`会持续读取数据，直到满足以下条件之一： - 用户提供的缓冲区被填满 - 到达流的末尾（如TCP连接关闭） - 发生错误（如连接中断） 3. **与async_read_some的区别** `async_read_some`可能只读取部分数据（最少1字节），而`async_read`会尽可能读取完整数据块，确保缓冲区填满或达到终止条件[^4]。 --- #### 二、使用方法 1. **核心参数** ```cpp template <typename AsyncReadStream, typename MutableBufferSequence, typename ReadHandler> void async_read( AsyncReadStream& s, const MutableBufferSequence& buffers, ReadHandler&& handler ); ``` - `AsyncReadStream`: 异步流对象（如`tcp::socket`） - `MutableBufferSequence`: 接收缓冲区（如`boost::asio::buffer`） - `ReadHandler`: 完成回调函数，签名为`void (const boost::system::error_code&, size_t)` 2. **操作步骤** - 创建缓冲区 - 调用`async_read`发起异步操作 - 在回调函数中处理结果 - 通过`io_context::run()`启动事件循环 --- #### 三、官方文档 - [async_read文档](https://www.boost.org/doc/libs/1_81_0/doc/html/boost_asio/reference/async_read.html) - 关键说明： > *"This operation is implemented in terms of zero or more calls to the stream's async_read_some function."*[^4] --- #### 四、示例代码 ```cpp #include <boost/asio.hpp> using namespace boost::asio; void handle_read(const boost::system::error_code& ec, size_t bytes_transferred) { if (!ec) { std::cout << "Received " << bytes_transferred << " bytes\n"; } else { std::cerr << "Error: " << ec.message() << std::endl; } } int main() { io_context io_ctx; ip::tcp::socket socket(io_ctx); // 假设socket已连接 char buffer[1024]; async_read(socket, buffer(buffer), handle_read); io_ctx.run(); // 启动事件循环 return 0; } ``` --- #### 五、关键注意事项 1. **缓冲区生命周期** 必须确保缓冲区在异步操作期间保持有效（避免使用栈内存后释放）。 2. **连续读取模式** 通常在回调函数中递归调用`async_read`实现持续读取： ```cpp void read_loop() { async_read(socket, buffer(data_), [this](auto ec, size_t bytes) { if (!ec) { process_data(bytes); read_loop(); // 继续读取 } }); } ``` 3. **错误处理** 必须检查`error_code`，区分`boost::asio::error::eof`（正常关闭）和其他错误[^1]。 ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值