解决tomcat7启动巨慢熵池被用空造成jvm阻塞问题

  • 浏览：2382
  • |
  • 更新：

今天在centos 上 tomcat7部署项目发现卡在Root WebApplicationContext : initialization completed in 4569ms

工具/原料

  • Tomcat
  • CentOs服务器

方法/步骤

  1. 1

    整个过程并没有报错，大概十来分钟项目才启动完成

    解决tomcat7启动巨慢熵池被用空造成jvm阻塞问题
  2. 2

    查阅大量资料发现是由于tomcat启动时产生随机数导致jvm阻塞，可能是我多次重启tomcat导致熵池被用空造成阻塞。。

    在apache-tomcat官方文档：如何让tomcat启动更快里面提到了一些启动时的优化项，其中一项是关于随机数生成时，采用的“熵源”(entropy source)的策略。他提到tomcat7的session id的生成主要通过java.security.SecureRandom生成随机数来实现，随机数算法使用的是”SHA1PRNG”

  3. 3

    在sun/oracle的jdk里，这个算法的提供者在底层依赖到操作系统提供的随机数据，在linux上，与之相关的是/dev/random和/dev/urandom。

    当熵池为空时，来自/dev/random的读操作将被阻塞，直到熵池收集到足够的环境噪声数据。这么做的目的是成为一个密码安全的伪随机数发生器，熵池要有尽可能大的输出。对于生成高质量的加密密钥或者是需要长期保护的场景，一定要这么做。

  4. 4

    有两种解决办法：

    1）配置tomcat参数

    可以通过配置JRE使用非阻塞的Entropy Source。

    在catalina.sh中加入这么一行：-Djava.security.egd=file:/dev/./urandom 即可。

    加入后再启动Tomcat，整个启动耗时下降到Server startup in 2912 ms。

  5. 4
    该信息未经授权抓取自百度经验
  6. 5

    2）在JVM环境中解—一劳永逸

    打开$JAVA_PATH/jre/lib/security/java.security这个文件，找到下面的内容：

    securerandom.source=file:/dev/urandom大概在70行 ，替换成

    securerandom.source=file:/dev/./urandom

    解决tomcat7启动巨慢熵池被用空造成jvm阻塞问题
    END

注意事项

  • 修改完配置文件后一定记得要重启服务器哦
经验内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)，建议您详细咨询相关领域专业人士。
展开阅读全部