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