已关闭连接,但 `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。您只能合理地确定所有消息都已在正常关闭套接字后传递。