multithreading - XPages HTTP 线程挂起

Question

我在这里提出了一个关于提高我的 30gb 工作流应用程序在 XPages 中的性能的问题。有很多建议，但大多数涉及回收、改进代码等，而实际解决速度问题的内容却很少被提及——应用程序属性中的高级选项卡(请参阅我的上一篇文章)

现在我有一个运行良好的应用程序，速度很快，人们很高兴，但服务器仍然会定期崩溃。或者我应该说，HTTP 变得无响应，在极端情况下 CPU 占用 100%，因此 Domino 也很缓慢但仍在运行。

我一直在用

监控 HTTP 线程

告诉http显示线程状态

在大多数情况下，我看到 80 个空闲的 http 线程，或者正在做一些事情但很快就被释放了。自上次更新应用程序以来，我们更加专注于回收 SSJS 中的注释对象，我认为我们会看到挂起的 http 线程结束，但它仍然存在。

我几乎肯定这不是导致此问题的无限循环，因为我已与最终用户确认的 2 个案例完全不同，据我所知没有循环。

1. 用户正在编辑文档，按下工作流按钮以批准并将其发送给下一个用户。他们正在使用 Chrome。 chrome 选项卡上的旋转圆圈开始，然后服务器应该运行工作流代理、发送电子邮件，然后关闭浏览器上的页面。我注意到有 2 或 3 个挂起的 http 线程在一个小时后没有被释放，所以我联系了用户，她告诉我页面没有刷新，但旋转的圆圈仍在 chrome 中旋转，表明服务器正在做某事.我检查了日志，工作流代理已运行，已发送电子邮件并更新了文档。她刷新了页面，现在可以看到它已经更新，但出于某种原因，Chrome 浏览器耐心地坐在那里等待，但从未收到 LS Agent 已运行的消息。我使用 notesAgent.runOnServer 并返回生成的整数以确认代理是否已运行。如果它返回 1(我认为)，那么页面应该关闭，否则它应该显示一条消息。该页面从未刷新，因此它没有显示任何内容，但代理确实完成了。

2. 一个用户在晚上结束了大约 15 个挂起的 http 线程。在日志中，我可以看到她多次尝试重新加载页面。然后搜索她想要的文档，然后尝试打开它。当我检查时，她说她搜索了文档，搜索页面显示了结果(在重复控件中)，每次她单击文档打开它时都没有任何反应。所以她甚至没有进入文档，但在每次尝试后线程都挂起。我从笔记日志中获取了 URL 并进行了尝试，文档打开正常。我运行了相同的搜索，文档打开正常。我直接给她发了一个文档链接，她打开了。奇怪!!

有什么方法可以诊断这种行为，因为现在我必须让 domino 管理员打开运行 tell http show.... 命令，整天密切关注它以确保线程没有挂起。通常到了午餐时间，服务器需要重新启动，这是垃圾。

请帮助我理智 :-)

Answer 1

寻找锁定的线程。 As I said before ，获取更多信息 - 在您的情况下，javadumps 会有所帮助。发出服务器命令 tell http dump java core(当 http 被卡住时，浏览器中的按钮将无济于事:-))。这会生成 javacore 文件并使用 IBM Thread and Monitor Dump Analyzer for Java查看每个线程的状态。

您将(可能)发现线程等待某些 Notes API 调用。请发布挂起线程的示例堆栈跟踪。