摘要：最近線上一個(gè)應(yīng)用出現(xiàn)了一個(gè)無法加載，卡住了的問題。因此確定問題，是開發(fā)新上線的代碼線程棧用的太大，導(dǎo)致原先設(shè)置的不足，需要調(diào)大。最后把預(yù)發(fā)布和生產(chǎn)環(huán)境的調(diào)大后，問題解決。參考資料優(yōu)化系列之一調(diào)整的大小

最近線上一個(gè)應(yīng)用出現(xiàn)了一個(gè) tomcat 無法加載，卡住了的問題。引起該問題的原因是開發(fā)同事的一個(gè)老項(xiàng)目新增了一些功能，需要進(jìn)行上線，首先發(fā)布到預(yù)發(fā)布環(huán)境后，重起 tomcat，發(fā)現(xiàn)出現(xiàn)如下現(xiàn)象：

Oct 27, 2014 10:31:14 AM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-bio-9009"]
Oct 27, 2014 10:31:14 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 586 ms
Oct 27, 2014 10:31:14 AM org.apache.catalina.core.StandardService startInternal
INFO: Starting service Catalina
Oct 27, 2014 10:31:14 AM org.apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet Engine: Apache Tomcat/7.0.40
10:31:20,011[INFO]MLog:80 MLog clients using log4j logging.

即 tomcat 的日志顯示，走到 MLog clients using log4j logging 這就不往下走了。

雖然我的預(yù)發(fā)布環(huán)境沒有做任何變更，但是為了穩(wěn)妥起見，還是把代碼在生產(chǎn)集群中的其中一臺(tái)服務(wù)器發(fā)布下，結(jié)果表現(xiàn)的現(xiàn)象是一樣的，還是加載不成功。

但是開發(fā)同事又說在測試環(huán)境是能正常加載的，為了證明不是環(huán)境問題，所以讓開發(fā)同事先回滾代碼，回滾后，再發(fā)布，能正常加載，所以我讓開發(fā)同事排查下代碼，看是不是代碼有問題，因?yàn)殚_發(fā)同事上線了兩個(gè)新功能，所以我讓其把功能拆開了上線發(fā)布，結(jié)果是上線其中一個(gè)功能能正常加載，上線另外一個(gè)不能正常加載，那根據(jù)這個(gè)可以判斷是另外一個(gè)功能的代碼問題了。但是結(jié)果一天的排查，還是不能確定到底是什么問題。同時(shí)開放同事堅(jiān)決表示測試和開發(fā)都沒有問題，為什么就生產(chǎn)有問題。所以只好繼續(xù)從環(huán)境入手了。

我最后讓開發(fā)把測試環(huán)境的 tomcat 配置發(fā)給我看下，看是否不一致（最后才查看 tomcat 配置，是因?yàn)槲覀兊沫h(huán)境 tomcat 類似的一直都是測試，預(yù)發(fā)布，生產(chǎn)保持一致的，所以當(dāng)時(shí)沒有想到這方面）。最后一對比發(fā)現(xiàn)，tomcat 配置的 -Xss 這個(gè)值不一樣，預(yù)發(fā)布和生產(chǎn)的是設(shè)置的 256k，而測試環(huán)境是設(shè)置的 512k，最后把測試環(huán)境的該值調(diào)小到與預(yù)發(fā)布環(huán)境一致。重顯了該現(xiàn)象。因此確定問題，是開發(fā)新上線的代碼線程棧用的太大，導(dǎo)致原先設(shè)置的不足，需要調(diào)大。最后把預(yù)發(fā)布和生產(chǎn)環(huán)境的 -Xss 調(diào)大后，問題解決。

  
注：運(yùn)維問題真是不能想當(dāng)然，要一步步的把所有的差異都對比，然后一一的修正測試。

參考資料：

JVM優(yōu)化系列之一（-Xss調(diào)整Stack Space的大小）