不能直接用 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>
#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 <p>关键点：</p>
<ul>
<li>
<code>io.run()</code> 必须调用，否则异步操作永远不会执行</li>
<li>回调里不能直接用 <code>sock.write_some()</code> —— 需确保 socket 处于连接成功状态，且写操作也得用 <code>async_write()</code>
</li>
<li>如果只发一次请求就退出，<code>io.run()</code> 会在连接回调返回后立即结束；想持续通信，得保持 <code>io.run()</code> 运行，并链式发起后续 <code>async_read()</code> / <code>async_write()</code>
</li>
</ul>
<h3>不依赖 Boost：用 Linux <code>epoll</code> + 非阻塞 socket 手写异步连接</h3>
<p>适合嵌入式或规避第三方依赖场景，但要处理更多细节：</p>
<ul>
<li>创建 socket 后必须调用 <code>fcntl(fd, F_SETFL, O_NONBLOCK)</code>
</li>
<li>
<code>connect()</code> 返回 -1 且 <code>errno == EINPROGRESS</code> 才算开始异步连接</li>
<li>把 socket 加入 <code>epoll</code> 监听 <code>EPOLLOUT</code>（而非 <code>EPOLLIN</code>），连接完成时该事件就绪</li>
<li>连接成功后，需用 <code>getsockopt(fd, SOL_SOCKET, SO_ERROR, &err, &len)</code> 确认是否真成功（<code>err == 0</code>）</li>
<li>别忘了设置 <code>SO_KEEPALIVE</code> 防止中间设备断连无声</li>
</ul>
<p>错误常见于：监听了 <code>EPOLLIN</code> 却等不到事件（连接失败时不会触发 <code>EPOLLIN</code>），或没检查 <code>SO_ERROR</code> 就认为连接成功（实际是失败但 socket 可写）。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<h3>为什么 <code>std::future</code> + <code>std::async</code> 不适合网络 I/O</h3>
<p>它只是把阻塞操作扔到另一个线程，没有降低系统调用开销，也无法复用连接、合并事件通知。典型问题：</p>
<ul>
<li>每个连接都新建线程 → 线程数暴涨，上下文切换代价大</li>
<li>无法统一管理超时（<code>std::future::wait_for()</code> 不能中断正在阻塞的 <code>connect()</code>）</li>
<li>线程池大小难调：太少则并发受限，太多则资源耗尽</li>
</ul>
<p>真正异步的核心是“单线程多路复用 + 回调/协程”，不是“多线程模拟并发”。C++20 的 <code>std::jthread</code> 和 <code>std::stop_token</code> 也没改变这一点。</p>
<p>复杂点在于：异步状态机容易写错（比如连接未完成就发数据），而最容易被忽略的是错误传播路径——<code>boost::asio</code> 的 <code>error_code</code> 传递、<code>epoll</code> 的 <code>errno</code> 重置时机、以及连接成功后立刻发送数据时的 <code>EAGAIN</code> 处理。这些不写几轮真实压测很难暴露。</p></iostream></boost>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
