Boost ASIO回调调用时WebSocket服务器崩溃问题排查求助

问题场景 #

基于Boost Beast实现的异步WebSocket服务器，偶发无固定场景崩溃，需运行3-4小时才会触发。已获取崩溃转储截图，查阅资料后仍无法定位原因，请求排查。

核心排查方向 #

1. 对象生命周期管理

异步编程中对象提前销毁是最常见的崩溃诱因：

• 检查WebSocket会话对象是否用std::shared_ptr/std::weak_ptr正确托管，确保异步回调触发时对象未被释放
• 确认io_context实例是否在服务器运行全程保持存活，未被提前停止或销毁

2. 线程安全合规性

Boost Beast的WebSocket对象非线程安全，需重点检查：

• 是否存在多线程同时操作同一个WebSocket会话的情况（如同时发起异步读写、调用关闭接口）
• 共享资源（如会话管理列表）是否添加了互斥锁、原子操作等同步机制

3. 回调异常处理

未捕获的异常会直接导致程序崩溃：

• 所有异步操作的回调函数需添加完整的try-catch块，捕获并处理自定义逻辑和Boost Beast抛出的异常
• 严格处理boost::system::error_code，覆盖连接断开、读写失败等异常场景，避免错误传播导致崩溃

4. 资源泄漏与耗尽

长时间运行后资源耗尽也会引发崩溃：

• 检查会话对象在连接关闭后是否被正确清理，排查内存泄漏
• 监控文件描述符、内存等资源占用情况，确认是否随运行时间持续增长未释放

5. 崩溃转储深度分析

从转储截图中提取关键信息：

• 查看崩溃时的调用栈，定位崩溃发生在Boost Beast内部逻辑还是自定义代码中
• 确认崩溃类型（空指针解引用、内存越界等），结合调用栈对应到代码具体位置

代码辅助排查 #

请提供WebSocketServer.h和WebSocketServer.cpp的代码，以便结合具体实现精准定位问题。

内容的提问来源于stack exchange，提问作者Lalit Sharma