Beast SSL连接优雅关闭报application data after close notify能否忽略

该错误在你描述的主动取消连接场景下可以安全忽略，不属于需要处理的致命错误。

• 你的逻辑是先调用底层传输层的cancel()接口终止正在进行的async_read操作，这个取消动作只会让异步IO操作立即返回operation_aborted错误，不会清空已经读到内核缓冲区、Beast动态缓冲区里的残留数据，也不会同步通知TLS层执行状态清理。
• 当你紧接着调用async_shutdown()执行TLS关闭握手时，本地TLS栈会按协议规范发送close_notify告警，之后TLS层会进入等待对端关闭告警的状态，此时如果读到之前残存在缓冲区里的未处理应用数据，就会触发application data after close notify报错。
• 这个报错是TLS协议层的合规提示，不代表连接存在安全风险、数据损坏，也不会造成内存或句柄泄漏——所有残留数据会在session对象析构时随缓冲区、流对象一起被正常回收。

如果你希望彻底消除这个报错，可以根据业务场景选以下任一方案调整逻辑：

• 主动取消连接的场景下，不需要走标准TLS关闭握手流程，直接调用beast::get_lowest_layer(stream_).close()关闭底层套接字即可，省去async_shutdown的开销，也不会触发相关协议报错。
• 如果要保留TLS优雅关闭逻辑，在调用async_shutdown()前先调用buffer_.consume(buffer_.size())清空读缓冲区里的所有残存数据，即可避免关闭流程读到残留应用数据。
• 错误处理分支中把application data after close notify和net::error::operation_aborted、beast::http::error::end_of_stream归为正常关闭类错误，不要触发异常告警、连接失败统计逻辑。

内容的提问来源于stack exchange，提问作者Кирилл Волков