linux下tomcat啓動慢解決方法

前言

最近在工做中遇到一個問題，在Linux下Tomcat 8啓動很慢，且日誌上無任何錯誤，在日誌中查看到以下信息：
Log4j:[2017-08-2715:47:11] INFO ReadProperty:172 - Loading properties file from class path resource [resources/jdbc.properties]
Log4j:[2017-08-27 15:47:11] INFO ReadProperty:172 - Loading properties file from class path resource [resources/common.properties]
27-Aug-2017 15:52:53.587 INFO [localhost-startStop-1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [342,445] milliseconds.
緣由

Tomcat 7/8都使用org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom類產生安全隨機類SecureRandom的實例做爲會話ID，這裏花去了342秒，也即接近6分鐘。

SHA1PRNG算法是基於SHA-1算法實現且保密性較強的僞隨機數生成器。

在SHA1PRNG中，有一個種子產生器，它根據配置執行各類操做。

1）若是java.security.egd屬性或securerandom.source屬性指定的是」file:/dev/random」或」file:/dev/urandom」，那麼JVM會使用本地種子產生器NativeSeedGenerator，它會調用super()方法，即調用SeedGenerator.URLSeedGenerator(/dev/random)方法進行初始化。

2）若是java.security.egd屬性或securerandom.source屬性指定的是其它已存在的URL，那麼會調用SeedGenerator.URLSeedGenerator(url)方法進行初始化。

這就是爲何咱們設置值爲」file:///dev/urandom」或者值爲」file:/./dev/random」都會起做用的緣由。

在這個實現中，產生器會評估熵池（entropy pool）中的噪聲數量。隨機數是從熵池中進行建立的。當讀操做時，/dev/random設備會只返回熵池中噪聲的隨機字節。/dev/random很是適合那些須要很是高質量隨機性的場景，好比一次性的支付或生成密鑰的場景。

當熵池爲空時，來自/dev/random的讀操做將被阻塞，直到熵池收集到足夠的環境噪聲數據。這麼作的目的是成爲一個密碼安全的僞隨機數發生器，熵池要有儘量大的輸出。對於生成高質量的加密密鑰或者是須要長期保護的場景，必定要這麼作。

那麼什麼是環境噪聲？

隨機數產生器會手機來自設備驅動器和其它源的環境噪聲數據，並放入熵池中。產生器會評估熵池中的噪聲數據的數量。當熵池爲空時，這個噪聲數據的收集是比較花時間的。這就意味着，Tomcat在生產環境中使用熵池時，會被阻塞較長的時間。

解決

有兩種解決辦法：

1）在Tomcat環境中解決

能夠經過配置JRE使用非阻塞的Entropy Source。

在catalina.sh中加入這麼一行： -Djava.security.egd=file:/dev/./urandom 便可。

加入後再啓動Tomcat，整個啓動耗時降低到Server startup in 2912 ms。

2）在JVM環境中解決

打開$JAVA_PATH/jre/lib/security/java.security這個文件，找到下面的內容：
securerandom.source=file:/dev/urandom

替換成
securerandom.source=file:/dev/./urandom

總結

以上就是這篇文章的所有內容了，但願本文的內容對你們的學習或者工做能帶來必定的幫助，若是有疑問你們能夠留言交流，謝謝你們對腳本之家的支持。