RocketMQ 5.X 消费者消费完成后，如果连接线程没有关闭，确实可能导致连接数达到上限。这通常是由于消费者在使用完连接后没有正确释放资源造成的。为了解决这个问题，你可以尝试以下几个步骤：
检查消费者代码：
确保消费者在完成消息消费后，正确关闭了与RocketMQ的连接。
如果你使用的是高级API（如DefaultMQPushConsumer），通常不需要手动关闭连接，因为RocketMQ客户端库会在内部处理连接的打开和关闭。但是，确保你没有在代码中创建过多的消费者实例，每个实例都可能导致新的连接被建立。
合理配置连接数：
检查并调整RocketMQ客户端的配置参数，如consumeThreadMin、consumeThreadMax等，确保它们与你的系统资源和需求相匹配。
如果你的应用部署在容器中（如Docker或Kubernetes），确保容器的资源限制（如CPU和内存）不会导致连接数过多。
监控和日志：
使用RocketMQ提供的监控工具或日志来观察消费者的行为，特别是连接创建和关闭的情况。
检查是否有异常或错误导致连接未能正确关闭。
升级RocketMQ客户端库：
如果你使用的是较旧的RocketMQ客户端库版本，考虑升级到最新版本。新版本可能已经修复了与连接管理相关的问题。
考虑使用连接池：
如果你的应用需要频繁地创建和关闭连接，考虑使用连接池来管理RocketMQ的连接。连接池可以复用现有的连接，减少连接创建和关闭的开销，并有助于避免达到连接数上限的问题。
联系RocketMQ社区：
如果上述方法都不能解决问题，你可以考虑在RocketMQ的官方论坛、GitHub仓库或相关社区寻求帮助。可能有其他开发者遇到了类似的问题，并分享了解决方案。
最后，请注意，RocketMQ的连接管理是一个复杂的主题，涉及到多个因素。因此，在解决连接数上限问题时，请综合考虑你的应用需求、系统资源、RocketMQ的配置以及客户端库的版本等因素。