webman 偶爾很慢很慢怎么回事？[已無礙]

qnnp 更新于2024-05-01

問題描述

如題、現(xiàn)在有個項目使用webman二進制打包部署、已經(jīng)開發(fā)部署好了，今天發(fā)現(xiàn)個比較嚴重的問題。
在客戶端未做操作一段時間之后請求部分接口反應很慢，達到十來秒的程度，但是接口請求多次之后就會恢復正常，現(xiàn)在猜測可能是數(shù)據(jù)庫連接等待之類導致的可是還沒來得及埋點測試。

請問有哪位道友遇到過一樣的情況沒？

截屏2024-04-30 17.52.27.png

 985  2 0

2個回答

walkor 2024-04-30

打賞

發(fā)證明慢的截圖

qnnp 2024-05-01

現(xiàn)在發(fā)了
qnnp 2024-05-01

感覺像是網(wǎng)絡問題，可是訪問其他服務沒碰到過

walkor 2024-05-01

打賞

紅框部分是服務器接收數(shù)據(jù) 處理數(shù)據(jù) 返回數(shù)據(jù)用的耗時，一共耗時大概86毫秒，所以框架沒有問題。
耗時主要在瀏覽器已停止部分6.29秒和SSL握手964毫秒，這些屬于連接前的等待和SSL連接耗時，不屬于webman范圍

qnnp 2024-05-01

是的，有可能是開cdn的原因吧，節(jié)后再調(diào)試一下
qnnp 2024-05-01

以前一直沒遇到過
walkor 2024-05-01
進一步，你點擊截圖里那個解釋按鈕，能看到各個字段含義。

已停止部分耗時長一般是因為下面幾個問題

有更高的優(yōu)先級請求。

此源已打開六個 TCP 連接，這是限制。僅適用于 HTTP/1.0 和 HTTP/1.1。

瀏覽器在磁盤緩存中短暫分配空間。

有可能是你打開了太多這個站點的頁面或者頁面發(fā)起了很多請求導致6個TCP連接占滿了導致的等待