【问题标题】:Tomcat session handlingTomcat 会话处理
【发布时间】:2012-02-17 10:15:53
【问题描述】:

tomcat 可以处理的最大会话数?如果超过该最大会话,是否有可能导致应用程序崩溃?我该如何处理? 我已将 tomcat 的初始 RAM 内存设置为 1.5GB。建议和帮助?

【问题讨论】:

  • 我见过一个 Tomcat 可以很好地处理 30 000 个会话,这对你来说足够了吗?这真的取决于你将如何使用它。如果您在其中存储大量数据,它可能会填满您的 JVM 并导致 OutOfMemory 崩溃。
  • 我们正在处理会话并使其正确失效。但有时如果我们尝试访问会话变量,我们会将这些会话变量设为 null 而不会使其无效??
  • 好的,我明白你为什么问这个问题了(我没有解决你的问题)。但我认为您最好创建另一个问题来解释您的实际问题,您可能会更快地获得解决方案
  • 我发布这个问题是因为,我认为这是处理 tomcat 会话的一些漏洞导致这个问题......!!!无论如何感谢您的关心...:)
  • 我明白了,但也许你在这里浪费时间。你的tomcat处理多少个会话?我看起来不像你的问题的根源在这里。

标签: session tomcat


【解决方案1】:

我认为没有硬性限制;它由盒子可以处理的最大并发请求数决定,这取决于内存、CPU、线程等。

这不仅仅是最大会话数,还包括每个会话的平均数据量以及它们的持续时间。没那么简单。

您不会说这是先发制人的担忧,还是您已经崩溃并需要修复。我会查看您的应用并仔细考虑您在会话中保留的内容。

【讨论】:

  • 我的应用程序是一个使用登录/注销过程的客户端应用程序。在注销时,我们正确地使会话无效。我们将值存储在会话中以在应用程序期间访问它,但是有时当我们尝试访问会话变量时,我们将这些会话变量设为“null”...??
  • 对我来说听起来可能缺乏线程安全性。这与资源不足无关。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-07-23
  • 1970-01-01
  • 2017-05-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多