不能直接用 std::thread + connect() 做异步连接，因为阻塞 socket 上 connect() 会卡住线程；设为非阻塞后需手动轮询或 select/poll 等待可写事件，已丧失简洁性；真正异步依赖事件驱动机制，C++ 标准库不提供，须借助系统 API 或 boost::asio 等第三方库。
为什么不能直接用 std::thread + connect() 做异步连接
因为 connect() 在阻塞 socket 上会卡住线程，而把 socket 设为非阻塞后，connect() 立即返回 EINPROGRESS，但你得自己轮询 getsockopt(... SO_ERROR ...) 或用 select()/poll() 等待可写事件——这已经不是“简单”了。真正的异步需要事件驱动机制，C++ 标准库不提供，得靠系统 API 或第三方库。
用 boost::asio 实现最简异步 TCP 客户端
Boost.Asio 是事实标准，封装了平台差异（Linux 的 epoll、Windows 的 IOCP），且支持现代 C++ 语法。以下是最小可行代码（省略错误检查，仅示意流程）：
#include <boost/asio.hpp>
#include <iostream>
int main() {
boost::asio::io_context io;
boost::asio::ip::tcp::socket sock(io);
boost::asio::ip::tcp::resolver resolver(io);
// 异步解析域名（可选，若用 IP 可跳过）
auto endpoints = resolver.resolve("example.com", "80");
// 异步连接：回调在 io.run() 中触发
boost::asio::async_connect(sock, endpoints,
[](const boost::system::error_code& ec,
const boost::asio::ip::tcp::endpoint&) {
if (!ec) std::cout << "Connected!\n";
else std::cerr << "Connect failed: " << ec.message() << "\n";
});
io.run(); // 启动事件循环（阻塞直到所有异步操作完成）
}
关键点：
-
io.run()必须调用，否则异步操作永远不会执行 - 回调里不能直接用
sock.write_some()—— 需确保 socket 处于连接成功状态，且写操作也得用async_write() - 如果只发一次请求就退出，
io.run()会在连接回调返回后立即结束；想持续通信，得保持io.run()运行，并链式发起后续async_read()/async_write()
不依赖 Boost：用 Linux epoll + 非阻塞 socket 手写异步连接
适合嵌入式或规避第三方依赖场景，但要处理更多细节：
立即学习“C++免费学习笔记（深入）”；
- 创建 socket 后必须调用
fcntl(fd, F_SETFL, O_NONBLOCK) -
connect()返回 -1 且errno == EINPROGRESS才算开始异步连接 - 把 socket 加入
epoll监听EPOLLOUT（而非EPOLLIN），连接完成时该事件就绪 - 连接成功后，需用
getsockopt(fd, SOL_SOCKET, SO_ERROR, &err, &len)确认是否真成功（err == 0） - 别忘了设置
SO_KEEPALIVE防止中间设备断连无声
错误常见于：监听了 EPOLLIN 却等不到事件（连接失败时不会触发 EPOLLIN），或没检查 SO_ERROR 就认为连接成功（实际是失败但 socket 可写）。
为什么 std::future + std::async 不适合网络 I/O
它只是把阻塞操作扔到另一个线程，没有降低系统调用开销，也无法复用连接、合并事件通知。典型问题：
- 每个连接都新建线程 → 线程数暴涨，上下文切换代价大
- 无法统一管理超时（
std::future::wait_for()不能中断正在阻塞的connect()） - 线程池大小难调：太少则并发受限，太多则资源耗尽
真正异步的核心是“单线程多路复用 + 回调/协程”，不是“多线程模拟并发”。C++20 的 std::jthread 和 std::stop_token 也没改变这一点。
复杂点在于：异步状态机容易写错（比如连接未完成就发数据），而最容易被忽略的是错误传播路径——boost::asio 的 error_code 传递、epoll 的 errno 重置时机、以及连接成功后立刻发送数据时的 EAGAIN 处理。这些不写几轮真实压测很难暴露。
