使用discord.js/voice的Bot出现严重丢包问题求助

内存泄漏的可能性 #

这种「初期正常、运行数小时后丢包剧增」的表现高度怀疑是内存泄漏或资源未正确释放。内存泄漏会导致进程堆内存持续累积，挤占系统资源，最终拖慢包括网络IO在内的所有进程操作，引发丢包。

验证方法：

• 用node --inspect启动Bot，通过Chrome DevTools的Memory面板定期拍摄堆快照，对比不同时间点的对象数量，重点关注VoiceConnection、AudioPlayer这类语音相关实例是否持续增长且未被回收。
• 定时打印内存使用数据：在Bot中加入定时任务，调用console.log(process.memoryUsage())，观察heapUsed字段是否只增不减。

关于process.on('unhandledRejection')和process.on('uncaughtException')的影响 #

这两个监听本身是用来捕获未处理错误的，正常使用不会直接引发丢包，但如果你的错误处理逻辑存在问题，可能间接加剧问题：

• 如果在监听回调中执行了阻塞事件循环的操作（比如同步大计算、死循环），会导致Node.js事件队列积压，网络IO处理延迟，进而引发丢包。
• 如果仅捕获错误但未做对应的资源清理（比如语音连接出错后，没有销毁connection实例就忽略错误），会进一步加重内存泄漏的问题。

其他排查方向 #

• 检查依赖版本：确认discord.js/voice是否为最新稳定版，旧版本可能存在已知的资源泄漏bug，升级后可能解决问题。
• 检查语音资源管理逻辑：
  • 确认用户离开语音频道后，是否调用了connection.destroy()销毁连接，以及player.stop()并移除所有相关事件监听。
  • 检查是否存在重复创建AudioPlayer或VoiceConnection实例，但未销毁旧实例的情况。
• 系统资源监控：查看Bot进程的CPU、内存占用率，如果运行数小时后资源被占满，即使换服务商也会出现性能问题。
• 网络连接状态：检查是否存在大量未关闭的TCP/UDP连接，这类连接累积也会占用系统资源，影响网络稳定性。

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