Spring Boot重啟后服務(wù)第一次訪問時間慢的一次調(diào)優(yōu)記錄

plus2047 發(fā)布于2019-08-19 11:36 / 2691人閱讀

摘要：分別在幾個環(huán)境中跑相同代碼，發(fā)現(xiàn)是網(wǎng)絡(luò)影響的調(diào)用三方服務(wù)返回時間波動。調(diào)優(yōu)基于業(yè)務(wù)需求，更改調(diào)用三方服務(wù)方法為異步調(diào)用。

背景

今天和分子公司合并服務(wù)接口（降低成本），對方反應(yīng)我這邊有個服務(wù)慢，搞了一天，就順便記錄下

服務(wù)調(diào)優(yōu) 1. 網(wǎng)絡(luò)

由于生產(chǎn)機(jī)和測試機(jī)在機(jī)房處于不同網(wǎng)段，網(wǎng)絡(luò)環(huán)境質(zhì)量有差異，最開始懷疑的是網(wǎng)絡(luò)導(dǎo)致的。分別在幾個環(huán)境中跑相同代碼，發(fā)現(xiàn)是網(wǎng)絡(luò)影響的調(diào)用三方服務(wù)返回時間波動。

2.調(diào)優(yōu)

基于業(yè)務(wù)需求，更改調(diào)用三方服務(wù)方法為異步調(diào)用。嗯！應(yīng)該沒問題了。

3.驗(yàn)證

進(jìn)行優(yōu)化驗(yàn)證，發(fā)現(xiàn)調(diào)用平均時長有明顯降低（廢話）。但是，但可是，發(fā)現(xiàn)了新問題，在spring boot啟動后第一次調(diào)用本服務(wù)，耗時仍舊遠(yuǎn)遠(yuǎn)高于后續(xù)調(diào)用，正常在20ms/次，第一次平均在600ms/次，于是開始google

于是看到了這個提問
https://segmentfault.com/q/10...

修改項(xiàng)目

在查看Dockerfile后，發(fā)現(xiàn)啟動腳本中有加如下參數(shù)

JAVA_ALL_OPTS=" -Djava.security.egd=file:/dev/./urandom "

繼而想修改docker基礎(chǔ)鏡像中jre的java.security文件
遂在Dockerfile中增加如下shell

sed -i "117csecurerandom.source=file:/dev/./urandom" /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/security/java.security

就是用shell 替換了文本的內(nèi)容

結(jié)論

其實(shí)，也沒有明顯的效率提升，服務(wù)首次加載還是比之后慢。所以考慮，是不是文件是不是沒有改全（待完成，還沒驗(yàn)證）

最后，通過驗(yàn)證發(fā)現(xiàn)一個規(guī)律，假設(shè)有A B兩個服務(wù)，在Spring Boot 啟動后，
如果先首次訪問A，那么B的首次訪問時間會縮短，但是還是會高于第二次及以后的訪問時間
如果先首次訪問B，那么A的首次訪問時間會縮短，但是還是會高于第二次及以后的訪問時間

因此，在Spring boot啟動后，第一個被訪問的服務(wù)耗時一定大于第二個被訪問的服務(wù)，且每個服務(wù)之后的訪問時間一定小于本服務(wù)第一次被訪問的時間。

暫時就這么多，這是個記錄。
之后會對基礎(chǔ)鏡像中jdk里面的java.security進(jìn)行修改，如果有效果會再更新。

剛才又找了一下，發(fā)現(xiàn)jdk目錄里沒有java.security，是我秀逗了