改写为异步版本：回调 + lambda 是常用起点

异步本质是“发起操作 → 继续做别的事 → 操作完成时通知你”。Asio 用 completion handler（回调函数）实现，推荐用 lambda 表达式内联书写：

• 把 connect、async_write、async_read 的最后一个参数换成 lambda
• lambda 参数固定为 const boost::system::error_code& ec, size_t bytes_transferred
• 必须在 io_context.run() 调用前发起所有 async_ 操作，否则不会触发

关键点：异步操作一旦发起，就不再阻塞当前线程；多个操作可并行注册，由 io_context 统一派发完成事件。

用类封装连接，管理资源与状态

实际项目中，不能让每个 socket 都裸露在外。典型做法是定义一个 session 类：

• 持有 tcp::socket、读写 buffer（比如 std::array）、可能还有解析器状态
• 所有 async_ 调用都用 shared_from_this() 绑定 this，防止对象被提前析构（因为异步操作可能跨多个 run() 周期）
• 在 handler 中检查 ec：若为 boost::asio::error::operation_aborted，说明 socket 已关闭，不继续后续操作

这是避免崩溃和资源泄漏的核心习惯，不是可选项。

服务端：acceptor 监听 + 持续接受新连接

服务器主线程只做一件事：监听端口、接收新连接，然后立即交给新 session 处理：

• 用 tcp::acceptor 绑定地址、设置 reuse_address(true)
• 调用 async_accept，handler 中 new 一个 session，传入刚 accept 到的 socket
• handler 结尾再次调用 async_accept，形成“接受 → 处理 → 再接受”的循环链

这样主线程永不阻塞，单个 io_context 就能支撑成百上千并发连接（取决于系统配置和业务逻辑耗时）。