gpt4 book ai didi

jakarta-ee - WebLogic卡住的线程保护

转载 作者:行者123 更新时间:2023-12-03 11:54:13 24 4
gpt4 key购买 nike

默认情况下,WebLogic会在15分钟(600 s)后杀死阻塞的线程,这由StuckThreadMaxTime参数控制。但是,我无法找到有关“粘滞”定义的详细信息。特别:

  • 15分钟倒计时开始的时间点是什么。请求处理开始?最后一个类似wait()的方法?还有吗
  • 这仅适用于请求处理线程还是所有线程?即请求处理线程是否可以通过为长任务生成工作线程来“逃避”这种保护?尤其是,它可以在不倒计时15分钟的情况下将回复写给这样的 worker 吗?

  • 我的用例是通过权限系统下载大文件。由于用户需要通过身份验证并具有查看文件的权限,因此我无法(或至少不知道如何)将其留给简单的HTTP服务器,例如 Apache 而且由于文件可能很大,所以下载(至少理论上)可能需要15分钟以上的时间。

    最佳答案

    Weblogic不会在StuckThreadMaxTime之后 NOT 杀死被卡住的线程。它不能这样做,该消息只是状态信息,因此您(即admin)知道该线程已超过10分钟(600秒= 10分钟,而不是15分钟)

    这是一个可配置的值。

    当线程开始处理服务器内的请求时,计时器启动。该线程不会被杀死,但实际上将继续处理,直到操作结束。因此,在您的情况下,您不必担心线程被杀死,它只是通知您所用的时间-在此用例中您已经知道了。

    它适用于所有线程AFAIK-任何生成的线程也将在相同规则下运行。

    恕我直言,Weblogic(或任何应用程序服务器)不是存储和提供大文件的地方。这是Web服务器层的理想选择-我们使用可以在其上运行文件下载servlet的SunOne。在您的情况下,您将需要Tomcat和Apache来进行优化。

    关于jakarta-ee - WebLogic卡住的线程保护,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2709410/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com