著急啊，項目快上線了才發(fā)現(xiàn)了這個問題:每一個webapi接口單獨訪問執(zhí)行都是毫秒級的，但是------最近發(fā)現(xiàn)同一個用戶同時請求多個接口，有95%可能性導(dǎo)致其中一個接口返回時間為20秒,就是用戶打開一個網(wǎng)站頁面，這個頁面同時會請求4個以上接口會導(dǎo)致如上問題，而且每個被延遲返回的接口都會是20秒，或者后面帶個幾十毫秒，每個延遲的接口都是這個時間，請各位幫忙分析原因，給個排查思路。。。不勝感激
2 回答
慕蓋茨4494581
TA貢獻1850條經(jīng)驗 獲得超11個贊
1.確定是不是機器問題，換臺服務(wù)器試試 看有沒有類似問題。以前某個項目我遇到過一次莫名其妙的延時90秒 而且延時區(qū)域是無法編寫的區(qū)域。
2.監(jiān)控 請求日志 判斷 延時區(qū)域 是那一段代碼
服務(wù)器端：分別在beginrequest （開始請求），OnActionExecuting（方法執(zhí)行前），OnActionExecuted（方法執(zhí)行后），endrequest（結(jié)束請求），如果可以 再查一下iis 的請求接收記錄
客戶端：通過f12 network監(jiān)控，查看請
心有法竹
TA貢獻1866條經(jīng)驗 獲得超5個贊
我一般采用對比法
換個或換多個機器，如果情況依舊，可以排除網(wǎng)絡(luò)問題。
然后進行跟蹤調(diào)試，每次調(diào)用一個，看看是不是每個都那么耗時，如果是一個一個的不耗時，而2個或者更多的時候耗時增加.....就查時不時有數(shù)據(jù)庫連接池的問題等等。
類似這樣的問題和內(nèi)存溢出的感覺一樣，要仔細(xì)慢
- 2 回答
- 0 關(guān)注
- 678 瀏覽
添加回答
舉報
0/150
提交
取消