大佬教程收集整理的这篇文章主要介绍了关闭连接但 `asio::ip::tcp::socket::write_some` 返回成功第一次调用,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
考虑以下代码(Boost 1.76 / Asio 1.18.2):
#include <chrono>
#include <iostream>
#include <thread>
#include <boost/asio.hpp>
namespace asio = boost::asio;
int main() {
boost::system::error_code ec;
asio::io_service ios;
asio::ip::tcp::endpoint ep;
asio::ip::tcp::acceptor acc(ios);
acc.open(ep.protocol(),ec);
acc.bind(ep,ec);
acc.Listen();
asio::ip::tcp::socket sock(ios);
acc.accept(sock);
std::this_thread::sleep_for(std::chrono::seconds(2));
auto str = std::string{"Hello"};
sock.write_some(asio::buffer(str),ec);
std::cout << ec.message() << std::endl;
// further write_some calls
}
如果我运行这个程序并连接到它(例如运行类似 curl $(netstat -lp | grep 'main *$' | awk '{ print $4 }'
的东西),那么它输出 success
。但是,如果我在服务器发送任何数据之前中止连接(例如通过给 curl SIGINT),它仍然输出 success
(第一次)!随后的 write_some
调用给出错误 broken pipe
。
由于 TCP 应该保证交付,我很惊讶程序会在接收器退出后输出 success
。有没有办法检查数据是不是按照TCP协议投递的?某种冲洗功能?
TCP 最终会检测到错误,当 write_some
返回数据已被接受到 OS TCP 堆栈时,它不会等到数据已被传送和确认。当操作系统检测到错误(例如连接重置或等待 ACK 的超时)时,它无法通过套接字 API 将该错误传达回,因此它保留错误并通过对套接字的下一次调用返回它应用程序接口。您只能合理地确定您的所有消息都已在套接字正常关闭后发送完毕。
以上是大佬教程为你收集整理的关闭连接但 `asio::ip::tcp::socket::write_some` 返回成功第一次调用全部内容,希望文章能够帮你解决关闭连接但 `asio::ip::tcp::socket::write_some` 返回成功第一次调用所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。