首先，我是一个.NET的人，所以我在这里有点不合
时宜。我客户的供应商有一个托管在 Tomcat 中的产品的 API。 该服务似乎正在"保留"几天前的请求。
我的信念是，他们在 API 的代码中没有适当的错误处理，只是陷入无休止的循环中，一遍又一遍地重试请求。 他们不会说问题是什么，而只是告诉我的客户重新启动Tomcat。
这已经成为一个问题，以至于供应商现在建议安排一个任务来执行Tomcat的每日重启。 但是，有些服务会整夜按需调用 API（来自零售消费者）。
那里的专家可以支持我吗？ 我不相信Tomcat有什么需要重新启动的固有问题。 有太多构建在它之上的"严肃"应用程序永远不会容忍这种错误。 它必须是他们（供应商）的错误编码。 或者是否存在可能导致这些"死线程"的已知配置/平台问题？
任何见解将不胜感激。
要分析卡住的线程，您需要获取线程转储并将其传递给供应商（或编写代码的人）进行分析。如果您不知道如何进行线程转储，可以Google查找适用于您的环境的过程。
线程卡住可能是由于线程抓住网络资源而不放手造成的。错误的编码也可能是一个问题。
定期重新启动不是最佳选择，但在找到永久解决方案之前，这可能是临时解决方法。