它怎麼判斷問題出在哪一段?
頁面同時測幾條路:最近的 Cloudflare 節點、東京、法蘭克福和維吉尼亞的雲端區域、你選的服務,以及向公共 STUN 伺服器送 UDP。每 5 秒比較一次:所有路同時變差,問題在你這一端(Wi‑Fi、路由器、寬頻);近處正常只有遠處變差,問題在跨境或遠端線路;只有一個服務變差,是那個服務本身的問題;網頁正常但 UDP 掉包,遊戲和通話會卡。
每個結論都會列出依據和把握程度。
在你自己的瀏覽器裡,同時測近處、遠處、UDP 和常用服務,找出卡頓出在哪一段。
點名稱選擇要測的服務。測的是網站的 favicon;少數網站要先經過應用伺服器才回傳它,測出的延遲會偏高。新增的網站只存在這個瀏覽器裡。
頁面同時測幾條路:最近的 Cloudflare 節點、東京、法蘭克福和維吉尼亞的雲端區域、你選的服務,以及向公共 STUN 伺服器送 UDP。每 5 秒比較一次:所有路同時變差,問題在你這一端(Wi‑Fi、路由器、寬頻);近處正常只有遠處變差,問題在跨境或遠端線路;只有一個服務變差,是那個服務本身的問題;網頁正常但 UDP 掉包,遊戲和通話會卡。
每個結論都會列出依據和把握程度。
可以分開看。在中國大陸開著代理時,頁面用中國大陸網站(不經過代理)代表你自己的寬頻,用經代理到最近的 Cloudflare 節點代表到代理節點這一段,再用遠處的雲端區域代表節點之後的路。三者一比,就知道是寬頻、到節點的線路,還是節點之後的問題。代理軟體用 TUN 或 fake-ip 模式時,UDP 也可能被代理接管,結論會標出把握程度。
瀏覽器不能直接送 UDP 封包,所以頁面向公共 STUN 伺服器(Cloudflare、Google,中國大陸使用者還有小米和嗶哩嗶哩)詢問自己的對外位址,每問一次就是一次 UDP 來回。請求掉了,瀏覽器會在 250 毫秒後重送,回答就會晚一截;數出這樣的回答,就能估算掉包率。我們在伺服器上故意丟 2%、5%、10% 的封包驗證過,測出來分別是 1–2%、4–5%、8–9%。
每個伺服器每分鐘大約 80 個回答,所以準確的百分比需要幾分鐘以上的資料。
網頁不能送 ICMP,也做不了 traceroute,所以只能把路徑分段判斷,沒辦法點名是哪一台路由器。分段判斷已經能回答大部分問題:是 Wi‑Fi 和寬頻、跨境線路、代理,還是對方的服務。
診斷測 2 分鐘,20 秒先給出初步結論,回答「現在卡不卡、卡在哪」。持續監控一直測到你按停止:每段路徑每 5 秒記一格,變差超過 10 秒就記成一個事件,斷線、網路類型和對外位址的變化也會記下來。問題時好時壞時,開著持續監控去做別的事,回來看事件紀錄,就知道是哪一段、什麼時候、持續多久。頁面放在背景也會繼續測。
開始測量時,頁面會在幾個常見位址上找你家的路由器,找到就多一列「路由器」。這樣「你這一端」的問題就能再分成兩種:到路由器也變差,是 Wi‑Fi 或家裡的網路;路由器正常而外面變差,是寬頻線路。Chrome 會先問你是否允許這個頁面存取區域網路,允許後才會測;其他瀏覽器暫時不支援,就沒有這一列。
不會。所有請求都從你的瀏覽器直接送往被測的網站和 STUN 伺服器,結果只留在這個頁面裡,關掉就沒了。
分享結果時,連結裡只有結論、數字和各段的狀態,不含 IP 位址;勾選後才會帶上國家和 Cloudflare 節點。
測試從你的瀏覽器發起,不需要帳號,也不會收集測試結果。
已服務 24萬+ 人次© 2026 1ms.dog