[Bug] WebSocket断开重连内存泄漏

[wangyb215]

🐛 问题描述

服务器运行一段时间，内存就会一直上涨不会释放，设备断开重连越频繁问题越明显，通过服务端日志和云服务器ECS系统监控发现是由于设备断开重连websocket后系统TCP连接数未释放导致内存暴涨

🖥️ 环境信息

• 部署方式: 全模块部署
• 版本号: 0.8.7

🔍 告诉我们，应该怎么复现这个问题

设备端断开重连，一台或多台都行，当4小时内断开重连次数达到500次时，系统内存上涨到80%，TCP连接数4K。必须重启服务才行

🤔 你原本希望是怎么样的

WebSocket断开后内存释放

😯 提供一些截图

WebSocket Connecting 是我在 handle_connection 中加的日志

📋 其他信息

[openrz]

可以升级到0.9.1版本试试，之前小伙伴在0.8.7上，针对内存问题做了一些修复，你升级后，看看你的环境是否还存在这个问题。

密切关注中。

[milieyo]

请问设备断开后的重连，需要设备进入聆听状态并进行简单对话嘛？还是只是简单的重启开机后就可以直接关机？

[wangyb215]

请问设备断开后的重连，需要设备进入聆听状态并进行简单对话嘛？还是只是简单的重启开机后就可以直接关机？

重连后进行了一到两轮对话，然后2分钟超时socket关闭重连后又再进行一两轮对话，这样反复

[wangyb215]

请问设备断开后的重连，需要设备进入聆听状态并进行简单对话嘛？还是只是简单的重启开机后就可以直接关机？

这两天又有新发现，就是设备频繁互动的时候没有出现websocket重连内存也会飚高，asr和tts都是用的阿里百炼流式，他们也是使用websocket交互，感觉这里的websocket可能也存在tcp连接不释放的问题

[wangyb215]

可以升级到0.9.1版本试试，之前小伙伴在0.8.7上，针对内存问题做了一些修复，你升级后，看看你的环境是否还存在这个问题。

密切关注中。

我对比了0.8.7和0.9.1的代码，是针对decoder和encoder的内存修复，这个我们早就已经合并，现在内存出现的问题是和websocket相关，TCP连接数不释放

[openrz]

这段代码合并了吗？https://github.com/xinnan-tech/xiaozhi-esp32-server/pull/2810/changes