免費網路穩定性測試

您的網路連線有多穩定?

即時測量網路抖動 (Jitter)、延遲 (Ping) 和封包丟失率 —— 這些指標真正決定了您的網路是否適合線上遊戲、視訊通話和 VoIP 語音服務。

選擇測試時長
使用支持 CORS 開放或允許 no-cors 訪問的 URL —— /ping、/favicon.ico、/robots.txt 均可。
🌐 測試目標: Cloudflare Global Edge cloudflare.com/cdn-cgi/trace
— 毫秒 抖動
就緒
 
平均延遲
—
ms
網路抖動
—
ms
最高延遲
—
ms
封包丟失率
0.0
%
即時延遲曲線圖
延遲 (Ping)
抖動 (Jitter)
連線品質評級
等待測試
極差較差一般良好極佳
// 測試日誌記錄

什麼是網路抖動 (Jitter)?

網路抖動(Jitter)是指數據包在兩點之間傳輸時所消耗時間的**波動變化**。延遲(Ping)測量的是平均往返時間,而抖動測量的則是該時間的**不穩定程度**。

這就好比心臟跳動。一顆健康的心臟會以穩定的節奏跳動。抖動低的网络可以以穩定、可預測的速度傳輸數據包;而高抖動則意味著數據包到達的時間飄忽不定、無法預測 —— 從而導致網路瞬間卡頓(Lag Spikes)、語音斷續以及視訊畫面凍結。

抖動的計量單位是毫秒 (ms),它是根據 RFC 3550 標準方法,通過計算連續兩次延遲讀取之間的平均絕對差值來得出的。

此測試的運行機制

jitter.is 會向您選擇的目标伺服器發送一系列輕量級的 HTTP 請求,並測量每個請求的往返時間。前幾次請求是「預熱」階段的 ping,用於讓您的瀏覽器建立 TCP+TLS 握手連線 —— 這些請求將被排除在最終結果之外,以避免出現虛高的數據。

預熱完成後,系統會記錄之後每一個 ping 值。抖動 es 根據連續 ping 值之間的平均絕對偏差計算得出的,這與 VoIP 系統中使用的公式(RFC 3550)完全一致。

如果某個請求在 3 秒內未成功返回,系統將其判定為網路丟包(Packet Loss)。

多高的抖動值算優秀?

網路對抖動的容忍度因使用場景而異。視訊串流平台可以通過預先緩衝(Buffer)幾秒鐘的內容來吸收中度網路抖動。但像線上競技遊戲和即時視訊會議這類即時應用,對抖動的容忍度幾乎為零。請參考以下指南來評估您的測試結果:

< 5ms
極佳 (Excellent)
各種應用場景的理想狀態。競技遊戲、4K 視訊通話、專業級 VoIP 語音等均能完美運行,毫無壓力。
5–15ms
良好 (Good)
適合日常及休閒遊戲、高清視訊通話和媒體串流。絕大多數使用者在這一區間內不會感受到任何網路異常。
15–30ms
一般 (Fair)
可以滿足基礎的網頁瀏覽和標清視訊通話。在快節奏競技遊戲中,可能會偶發微小的瞬卡或畫面撕裂。
> 30ms
極差 (Poor)
明顯的網路延遲突變。語音通話可能會出現斷續、漏字,遊戲操作反饋遲鈍,視訊經常性卡頓凍結。

什麼是理想的 Ping 值?

Ping(延遲)測量的是數據包從您的設備發送到目標伺服器並返回所需的往返時間。與抖動不同,Ping 值主要反映的是您與目標伺服器之間的地理距離以及路由中轉開銷。

< 20ms — 頂級表現。您在地理位置上距離伺服器非常近,或者伺服器在您附近部署了邊緣節點。

20–50ms — 非常優秀,能為網路遊戲和即時通信帶來極其絲滑的體驗。

50–100ms — 適中。對於日常大多數應用和非射擊類休閒遊戲而言完全夠用。

> 100ms — 存在較明顯的滯後感。快節奏遊戲會感到力不從心,語音通話中可能會出現尷尬的對話交疊或停頓。

丟包率對網路的影響有多大?

丟包是指在網路傳輸中,部分數據包未能成功到達目的地。即使是極其微小的丟包率,也會給即時性要求高的網路應用帶來毀滅性的體驗打擊。

0% — 完美。所有數據包全部成功送達,無任何丟失。

0.1–1% — 極輕微。大多數日常活動中幾乎無法察覺,VoIP 語音中偶爾可能會有一點點短暫音質瑕疵。

1–5% — 存在明顯異常。在遊戲裡會頻繁遭遇瞬移、技能卡死,視訊電話也會產生明顯音畫同步失真。

> 5% — 級其嚴重。應當立即排查您的路由器、數據機(小烏龜)等硬體配置,或直接聯繫您的寬頻運營商。

導致網路高抖動的原因有哪些?

找出根源能夠幫助您更有效地優化和修復網路。高網路抖動通常由以下幾個常見原因導致:

📡 Wi-Fi 訊號干擾
無線連線是引發網路抖動的頭號通病。多台設備爭搶頻寬、牆體等物理障礙物阻擋以及無線信道擁堵都會讓數據包到達變得雜亂無章。切換到實體網線(Ethernet)連線通常能帶來質的飛躍。
🔀 本地網路或鏈路擁堵
當您的路由器或運營商的網路處於滿負荷狀態時,數據包會在硬體隊列中積壓,從而引發長短不一的延遲波動。這在用網高峰期(如週末或晚間)最為明顯。
📦 路由器性能瓶頸
老舊或配置較低的路由器在處理大規模並發路由表時,可能因 CPU 過載而被迫選擇丟棄數據包。一台優質且支持 QoS(服務質量)的路由器能優先保障遊戲和語音流量穩定。
🌐 運營商國際路由或對等配置不佳
有時候問題來自上遊鏈路上。寬帶運營商(ISP)往往需要通過許多中轉跳數和交換節點傳輸流量。一旦這些對等節點之間頻寬超載或設備老化,抖動就會在這些中轉節點上產生。

關於抖動的常見疑問解答

為什麼 jitter.is 測出的抖動值比常規 Speedtest 高?
Speedtest.net 通常會連線到地理位置離您最近的專用測速伺服器,並採用基於持久化 WebSocket 連線的技术,規避了頻繁的 TCP 和 TLS 握手開銷。而 jitter.is 採用標準的 HTTP Fetch 請求遍歷公共網際網路路由,包含更多真實的中間節點及瀏覽器底層處理開銷。如果您需要了解真實複雜的雲服務連線,本測試會更加接近真實使用環境。
網路抖動 (Jitter) 和延遲 (Latency/Ping) 之間有什麼具體區別?
延遲測的是數據包往返的「平均速度」(平均花了多久);而抖動測的是這種速度的「變化幅度」(到達時間是否規律)。網路即便延遲低,如果抖動過高(數據包到達規律被打亂),對即時應用的危害也遠比高延遲但極穩定的網路更嚴重。
jitter.is 會記錄並保存我的測試結果或 IP 地址嗎?
絕對不會。本網站的所有測試任務均由您本地瀏覽器中內置的 JavaScript Fetch API 在客戶端本地完成。沒有數據會被傳輸至 jitter.is 伺服器。我們不建立日誌,更不會存儲任何您的 IP 地址、地理位置及評級結果。您可以查看隱私政策了解更多細節。
為什麼每次點擊開始測試,都需要經歷「預熱」階段?
連線任何一個全新伺服器時,前幾次請求必須完整消耗網路資源來建立 TCP 基礎連線並交換安全證書完成 TLS 握手。這會引入 50-200ms 的一次性初始化額外耗時,而這部分不代表您連線的真實抖動表現。為了去除此干擾,jitter.is 會自動剔除前 3 次的預熱 ping 值,確保反映出穩定的通信品質。
我應該推薦選擇哪一個測試目標伺服器?
如果您想要綜合評估設備連線至國際通用網際網路的綜合穩定性,推薦使用 Cloudflare Global —— 它將依托邊緣網路智能把您的請求分配至最近的物理節點。若是為了預估遊戲延遲,可優先挑選與您玩遊戲的伺服器實體大區更近的地區。
通過哪些手段可以有效降低我的網路抖動?
最立竿見影的方法包括:(1) 將 Wi-Fi 無線連線改為網線直連,這通常能直觀消除 70-90% 的不穩定突變。(2) 定期重啟或更替更強性能的路由器。(3) 進入路由器網管後台開啟 QoS功能,將遊戲及即時語音數據幀列為最高優先級別。(4) 嘗試不同用網時段以排除寬帶運營商小區共享頻寬擁堵帶來的新系統干擾。