ssl::stream::shutdown同步调用有时挂起的原因及解决方法

挂起的核心原因 #

• TLS协议的优雅关闭是双向交互过程：调用ssl::stream::shutdown时，本地会向客户端发送close_notify警报，必须等待客户端返回对应的close_notify响应后，同步shutdown才会返回。如果客户端已经异常断开、网络中断，或者客户端未正确处理TLS关闭流程，同步调用就会一直阻塞等待响应。
• 析构函数中执行同步IO操作本身存在风险：析构时机不确定，此时线程可能处于特殊上下文（比如IO线程正在退出），底层套接字状态可能已异常，进一步导致shutdown阻塞。
• 未设置套接字超时：默认情况下，同步IO操作无超时限制，一旦对方无响应，就会无限挂起。

可行的解决办法 #

1. 改用异步shutdown替代同步调用 #

不要在析构函数中执行同步IO，而是在会话的主动结束逻辑中发起异步shutdown，既不会阻塞线程，还能通过超时机制避免无限等待。示例代码：

void ServerSession::shutdown_session()
{
    auto self(shared_from_this());
    s.async_shutdown([self](const error_code& ec) {
        if (ec) {
            // 处理shutdown错误，直接关闭底层套接字
            self->s.lowest_layer().close();
        }
        // 此处可安全释放会话资源
    });
}

注意：需用shared_from_this延长会话对象生命周期，确保异步操作完成前对象不会被销毁。

2. 为同步shutdown设置套接字超时 #

如果必须使用同步调用，给底层TCP套接字设置读写超时，让shutdown在超时后返回错误，避免无限挂起：

~ServerSession() 
{
    error_code ec;
    tcp::socket& sock = s.lowest_layer();
    // 设置5秒接收超时
    struct timeval tv;
    tv.tv_sec = 5;
    tv.tv_usec = 0;
    setsockopt(sock.native_handle(), SOL_SOCKET, SO_RCVTIMEO, &tv, sizeof(tv));
    
    s.shutdown(ec);
    // 无论shutdown结果如何，最终关闭底层套接字
    sock.close(ec);
    std::cout << "Shutdown: " << ec.message() << std::endl;
}

3. 调整关闭顺序：先关闭底层套接字（非优雅但可靠） #

如果不需要严格的TLS优雅关闭，或客户端无法配合，可以先关闭底层TCP套接字，再调用ssl shutdown（此时shutdown会快速返回错误，不会阻塞）：

~ServerSession() 
{
    error_code ec;
    // 先关闭底层套接字，中断TLS连接
    s.lowest_layer().close(ec);
    // 此时shutdown会快速返回错误，避免阻塞
    s.shutdown(ec);
    std::cout << "Shutdown: " << ec.message() << std::endl;
}

4. 避免在析构函数中执行IO操作 #

最佳实践是在会话的主动关闭流程中处理TLS shutdown，而非等到析构时才执行。比如在读取到EOF的回调里主动发起shutdown，确保资源释放前完成关闭逻辑。

内容的提问来源于stack exchange，提问作者Joe J