前端抱怨API響應(yīng)慢，怎么辦？
- 請求發(fā)送過慢導(dǎo)致耗時增加；
- DNS解析過慢導(dǎo)致耗時增加；
- 惡劣的網(wǎng)絡(luò)環(huán)境導(dǎo)致耗時增加；
- 一直在排隊導(dǎo)致響應(yīng)過慢；
- 服務(wù)端響應(yīng)過慢導(dǎo)致耗時增加；
- 響應(yīng)體積過大導(dǎo)致耗時增加；
- 等等……
一般從感官上覺得API接口響應(yīng)慢，大部分人會直接歸結(jié)于服務(wù)端處理慢，其實是不合理的。通過在內(nèi)網(wǎng)環(huán)境下的API耗時分析和外網(wǎng)環(huán)境下的API耗時分析的對比，一般會認識到原因所在。
通過瀏覽器的開發(fā)者工具分析
開發(fā)者工具
重點關(guān)注指標Waiting (TTFB)，TTFB代表第一個字節(jié)到達的時間。此時間包括一次往返延遲和服務(wù)器準備響應(yīng)所花費的時間?？梢越频恼J為是服務(wù)端耗時。
如果網(wǎng)絡(luò)情況不好或者響應(yīng)數(shù)據(jù)過大，則Content Download耗時會長一些，這時候應(yīng)該考慮壓縮響應(yīng).
Timing
開發(fā)者工具中Network中顯示了當(dāng)前頁中調(diào)用的網(wǎng)絡(luò)資源，點擊資源可以查看資源的詳情，其中Timing是資源調(diào)用時的耗時情況。
- Queueing. 【排隊中】瀏覽器在以下情況下將請求排隊：
- 有更高優(yōu)先級的請求.
- 已為該來源打開了六個TCP連接，這是限制。僅適用于HTTP/1.0和HTTP/1.1.
- 瀏覽器正在磁盤緩存中短暫分配空間.
- Stalled. 【停滯】該請求可能由于排隊中描述的任何原因而停止.
- Proxy negotiation. 【代理協(xié)商】瀏覽器正在與代理服務(wù)器協(xié)商請求.
- Request sent. 【發(fā)送請求】該請求正在發(fā)送.
- Waiting (TTFB). 【等待中】瀏覽器正在等待響應(yīng)的第一個字節(jié)。TTFB代表第一個字節(jié)到達的時間。此時間包括一次往返延遲和服務(wù)器準備響應(yīng)所花費的時間.
- Content Download. 【響應(yīng)內(nèi)容下載】瀏覽器正在接收響應(yīng).
其他可能出現(xiàn)的
DNS Lookup. 【DNS】瀏覽器正在解析請求的IP地址.
Initial connection. 【初始化連接】瀏覽器正在建立連接，包括TCP握手/重試和協(xié)商SSL.
通過httpstat工具分析
httpstat git地址：
??https://github.com/reorx/httpstat ??
如果是在Linux服務(wù)器上進行調(diào)用，則可以使用httpstat。
安裝
直接下載腳本
wget https://raw.githubusercontent.com/reorx/httpstat/master/httpstat.py
通過pip
pip install httpstat
Mac
brew install httpstat
使用
httpstat可以使用cURL的參數(shù)。
httpstat www.baidu.com httpstat 127.0.0.1/post -X POST --data-urlencode "id=1" -v
通過httpstat工具分析
Server Processing可以近似的認為是服務(wù)端耗時。
服務(wù)端到底慢在哪里？
打印耗時日志？
StopWatch stopWatch = new StopWatch();
stopWatch.start();
// ...
stopWatch.stop();
LOGGER.info("[某某某業(yè)務(wù)] - [Time:{}ms]", stopWatch.getLastTaskTimeMillis());
腦子瞬間一熱就會使用的方法，簡單直接，但是如果定位不準確，你可能要加很多這種日志。
還是用火焰圖吧
讓軟件執(zhí)行情況可視化，是性能分析、調(diào)試的利器
火焰圖的生成工具很多，比如Async Profiler、linux-perl，網(wǎng)上也有很多關(guān)于這方面的介紹，IDEA也集成Async Profiler，這個很方便。
IntelliJ IDEA中的火焰圖
打開火焰圖
如果沒有開啟，則點擊+號，進行添加。
打開火焰圖
選擇程序進行火焰圖的分析
可以選擇一個已經(jīng)運行中的java程序進行分析，輸出火焰圖。
選擇程序進行火焰圖的分析
直接使用Async Profiler更簡單
安裝
從git上直接下載。
解壓下可用。
簡單使用
執(zhí)行命令。
./profiler.sh -d 10 -f /tmp/flamegraph.svg <pid>
./profiler.sh -e itimer -d 10 -f /tmp/flamegraph.svg <pid>
可以通過-e來指定cpu、alloc、lock、wall、itimer、ClassName.methodName。
- cpu:在這種模式下，profiler收集堆棧跟蹤樣本，包括Java方法、本機調(diào)用、JVM代碼和內(nèi)核函數(shù)。
- alloc:可以將探查器配置為收集分配最大堆內(nèi)存的調(diào)用站點，而不是檢測消耗CPU的代碼。即檢查當(dāng)前分配內(nèi)存最多的地方。
- lock:滿足的鎖定嘗試，包括Java對象監(jiān)視器和可重入鎖。
- wall:告訴async-profiler在給定的時間內(nèi)對所有線程平均采樣，而不管線程狀態(tài)如何: 運行、休眠或阻塞。例如，在分析應(yīng)用程序啟動時間時，這可能會有所幫助。。
- ClassName.methodName:ClassName.methodName選項使用給定的Java方法，以便使用堆棧跟蹤記錄此方法的所有調(diào)用。
- cpu:在這種模式下，profiler收集堆棧跟蹤樣本，包括Java方法、本機調(diào)用、JVM代碼和內(nèi)核函數(shù)。
bash
在瀏覽器中打開file:///tmp/flamegraph.svg，并找到調(diào)用的API，我這里調(diào)用的是ProjectManageController中的findProject方法。
火焰圖
根據(jù)長度可以看出該方法中調(diào)用方法的耗時情況，這樣我們就知道耗時主要集中在什么地方。
PS:如果方法名被編譯掉了，那么可以在java啟動時加入-XX:+PreserveFramePointer
做更多的工作
用戶體驗的優(yōu)化是一個長期而艱巨的過程，為了衡量我們網(wǎng)站的性能是否良好，我們有更多的工作需要去做。通常，會在底層自定義一些以用戶為中心的指標，比如Server-Timing[2]。
