已关闭连接,但 `asio::ip::tcp::socket::write_some` returns 第一次调用成功
Closed connection but `asio::ip::tcp::socket::write_some` returns Success first call
考虑以下代码(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
}
如果我 运行 这个程序并连接到它(例如 运行ning 类似 curl $(netstat -lp | grep 'main *$' | awk '{ print }'
的东西),那么它会输出 Success
。但是,如果我在服务器发送任何数据之前中止连接(例如通过将 SIGINT 给 curl),它仍然输出 Success
(第一次)!随后的 write_some
调用给出错误 Broken pipe
.
由于 TCP 应该保证交付,令我惊讶的是程序甚至在接收方退出后仍会输出 Success
。有没有办法检查数据是否根据 TCP 协议传递?某种冲洗功能?
TCP 最终会检测到错误,当 write_some
returns 数据已被接受到 OS TCP 堆栈时,它不会等到数据已交付并确认.当 OS 检测到错误(例如,连接重置或等待 ACK 超时)时,它无法通过套接字 API 返回该错误,因此它会保留错误并 returns 它通过对套接字的下一次调用 API。您只能合理地确定所有消息都已在正常关闭套接字后传递。
考虑以下代码(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
}
如果我 运行 这个程序并连接到它(例如 运行ning 类似 curl $(netstat -lp | grep 'main *$' | awk '{ print }'
的东西),那么它会输出 Success
。但是,如果我在服务器发送任何数据之前中止连接(例如通过将 SIGINT 给 curl),它仍然输出 Success
(第一次)!随后的 write_some
调用给出错误 Broken pipe
.
由于 TCP 应该保证交付,令我惊讶的是程序甚至在接收方退出后仍会输出 Success
。有没有办法检查数据是否根据 TCP 协议传递?某种冲洗功能?
TCP 最终会检测到错误,当 write_some
returns 数据已被接受到 OS TCP 堆栈时,它不会等到数据已交付并确认.当 OS 检测到错误(例如,连接重置或等待 ACK 超时)时,它无法通过套接字 API 返回该错误,因此它会保留错误并 returns 它通过对套接字的下一次调用 API。您只能合理地确定所有消息都已在正常关闭套接字后传递。