boost::asio线程安全程度及多线程io_context场景操作疑问

咱们先逐个捋清楚你提到的几个核心问题，都是Asio开发中高频遇到的线程安全坑：

1. 能否由两个线程同时访问Socket发起async_read和async_write？ #

答案是可以，这是安全的。根据Asio的官方线程安全规范，同一个Socket对象上并发发起一个async_read和一个async_write操作是被允许的，不需要额外用strand包裹。

但要记住两个关键限制：

• 不能同时发起多个async_write（必须用strand序列化，否则会导致数据乱序或写入错误）
• 不能同时发起多个async_read（同样需要strand序列化，避免回调触发时的竞争问题）

2. 当其他线程调用async_read时，能否调用shutdown()或close()？ #

绝对不能直接在另一个线程并发调用。因为shutdown()和close()属于Socket的同步成员函数，Asio明确规定：Socket的同步操作与任何其他操作（同步或异步）并发调用是不安全的，会导致未定义行为。

正确的做法是：把shutdown()/close()的调用也放到绑定该Socket的strand中，和async_read的发起逻辑序列化执行。这样就能保证Socket的所有操作都是串行执行的，不会出现并发访问冲突。

另外补充一点：调用close()会立即终止所有pending的异步操作，回调会以error::operation_aborted错误码返回；shutdown()则会让后续的读写操作以error::shut_down完成，但不会直接终止已pending的操作。

3. 对Timer调用cancel()是否安全？ #

答案是完全安全。Asio的basic_waitable_timer类专门把cancel()和cancel_one()标记为线程安全的成员函数，即使有其他线程正在发起async_wait操作，也可以直接调用cancel()，不会出现竞争问题。

不过要注意：Timer的其他操作（比如expires_after()、expires_at()，或者多次发起async_wait）并非线程安全，这些操作需要用strand序列化，避免并发调用导致的状态混乱。

总结：何时需要strand或mutex？ #

• Socket场景：
  • 多个同类型异步操作（多async_write/多async_read）必须用strand
  • 同步操作（shutdown/close/同步读写）必须和所有其他Socket操作通过strand序列化
• Timer场景：
  • cancel()/cancel_one()无需保护，其他操作需要strand序列化
• 优先用strand而非mutex：strand是Asio专为异步IO设计的序列化机制，不会导致线程阻塞，比传统mutex更适配io_context的多线程模型。

内容的提问来源于stack exchange，提问作者Valar Morghulis