USB 頻寬競爭 — 為什麼你的裝置會一起變慢變卡
每個 USB 連接埠都是獨立的常見認知是錯的。共享同一上游連結、集線器、速度域或控制器排程資源的裝置會競爭頻寬，而分開路徑上的裝置則不會。當攝影機或外接硬碟等高頻寬裝置與其他裝置在同一控制器上運行時，全部都會變慢。本指南說明實際的 USB 拓樸、辨識競爭症狀，並提供重新連接策略。文中數據為常見參考值，實際速度取決於控制器、線材、裝置與作業系統。
大多數人假設電腦上的每個 USB 連接埠都是一條獨立車道，擁有連到系統的私有連結。一個埠插硬碟、另一個埠插攝影機，自然預期兩者互不影響。問十幾個使用者為什麼裝置會一起變慢，多數會怪裝置、線材或作業系統。這個心智模型是錯的，而這正是那麼多 USB 疑難排解以挫折收場的原因。
USB 連接埠不是獨立的。它們被歸組在控制器下，而連接到單一控制器的每個裝置共享一條固定總頻寬的匯流排。當匯流排上的裝置需要超過它能提供的頻寬時，它們就會競會競爭，匯流排上的每個裝置都會變慢——包括幾乎不消耗頻寬的裝置。這個競爭就是匯流排競爭。
競爭解釋了一長串神秘的症狀：外接硬碟開始複製就掉幀的網路攝影機、印表機開始工作就劈啪作響的音訊、演奏中斷線的 MIDI 控制器。在許多情況下裝置沒有故障——它們在挨餓，而挨餓是連接布局造成的，不是硬體。把同樣的裝置移到不同的埠，問題往往消失。USB 異常也可能源於電力供應、線材品質、驅動程式錯誤、控制器排程、等時傳輸限制、USB 3.x 射頻干擾或韌體問題——頻寬競爭是應該優先檢查的主要候選，但不是唯一解釋。
好消息是競爭可診斷且通常可透過重新安排現有連接埠來修復。一個常被引用的例子：Dell XPS 15 上掉幀的 Logitech C920 攝影機，把 Samsung T7 硬碟移到另一個控制器就解決了。修復成本零元。（這是一個使用者回報的示例性案例，並非受控實驗室測量。）本頁說明 USB 拓樸實際如何運作、為什麼某些連接模式會讓裝置挨餓，以及如何重新安排連接埠來減少或消除問題。本頁的頻寬數字為常見參考值；實際速度取決於你特定的控制器、線材和裝置韌體。
USB 拓樸實際如何運作
USB 流量遵循嚴格的階層。最頂端是主機控制器，主機板上代表系統執行 USB 協定的晶片。每個控制器擁有一個或多個根集線器，終止於後面板上你看到的實體連接埠。線材和外部下游集線器進一步延伸匯流排，裝置連接在末端。裝置是否實際競爭取決於是否共享同一上游連結、集線器、速度域和控制器排程資源。分開速度域（USB 2.0 對 USB 3.x）或同一控制器下分開根集線器分支的裝置可能根本不競爭。然而在診斷競爭時，將一個控制器下的一切視為共享是安全的初步假設。
現代系統中控制器位於晶片組內部而非獨立晶片，這就是主機板連接埠布局看起來隨意的原因。製造商決定哪些實體埠連到哪個控制器，而這個分組不會印在機殼上。四個後方埠可能掛在同一控制器，而前面板排針路由到另一個，完全沒有視覺線索。唯一可靠的方式是用軟體檢查。
外部集線器將樹延伸更深一層，但不建立新匯流排——它們在同一控制器上增加下游分支，每一跳增加少量延遲。實用規則：集線器在共享單一頻寬預算的同時增加連接選項。
Windows 裝置管理員將 USB 連接歸組在Universal Serial Bus controllers下。每個 USB Root Hub 條目代表 USB 樹的一個分支，但單一主機控制器可能管理多個根集線器。更準確的拓樸視圖可使用 USB Device Tree Viewer 或 USBView。macOS 在系統報告的 USB 下顯示同樣資訊，Linux 用 lsusb -t 顯示樹狀結構。
想像一下接線：後方 USB 2.0 埠的網路攝影機、另一個後方 USB 2.0 埠的外接硬碟、第三個埠的滑鼠接收器。三者都在同一匯流排上，競爭約 280 Mbps 的容量。把硬碟移到第二控制器的 USB 3.0 埠，攝影機突然獨佔 USB 2.0 匯流排。拓樸而非硬體才是瓶頸。
實際重要的頻寬
頻寬是競爭的語言，兩個數字比其他任何數字都重要。USB 2.0 匯流排理論上為 480 Mbps（USB-IF: USB 2.0 Specification, Section 5.7.6）。協定開銷後，實際上限通常在 250-280 Mbps 可用吞吐量（約 30-35 MB/s）。USB 3.0 匯流排為 5 Gbps，約高十倍，實際上限通常在 300-400 MB/s。注意單位：Mbps 是每秒百萬位元，MB/s 是每秒百萬位元組；1 MB/s = 8 Mbps。
比較裝置實際消耗。USB 2.0 上的 Logitech C920 以約 35 Mbps 持續串流 1080p30 MJPEG，留約 245 Mbps 給其他裝置：
- 1080p 30fps 網路攝影機在 MJPEG 或 H.264 等壓縮格式下通常以 20-50 Mbps 串流（Logitech Support: C920 Specifications; OBSBOT: Tiny 4K Streaming Guide）。
- 外接 SSD在大檔複製時通常以 100-400 MB/s 運行。
- 印表機在列印時以短暫重型脈衝傳送資料。
- 滑鼠、鍵盤或無線接收器使用可忽略的幾千位元/秒。
算術就是揭露。把攝影機和外接硬碟放在同一 USB 2.0 匯流排上，硬碟 alone 就可能消耗全部實際頻際頻寬，攝影機幾乎什麼都得不到。加第三個活躍裝置，控制器無法滿足全部，於是依次服務。匯流排上每個裝置都經歷延遲。
許多攝影機和音訊介面協商等時傳輸：預先保留匯流排的重複分片。保留分片加突發傳輸超過上限時，控制器稀釋盡力傳輸，最壞情況下拒絕保留——正是攝影機開始掉幀的時候。
數字也解釋了為什麼 USB 3.0 感覺像萬靈丹。實際上限高一個數量級——理論 5 Gbps（USB-IF: USB 3.0 Specification, Section 5.6.6），實際約 300-400 MB/s（Samsung T7 Portable SSD）。兩三個重裝置可在 5 Gbps 匯流排上共存。但同樣邏輯向上擴展：多個硬碟並行寫入也能讓 USB 3.0 飽和。競爭追隨需求，而非埠上的標籤。
關於 USB 的四個迷思
四個關於 USB 頻寬的信念造成了大多數的錯誤配置。每個聽起來合理、在論壇上被重複，且都指向同一個錯誤結論：布局有問題時怪裝置。
迷思一：「USB 3.0 和 2.0 是獨立的。」 電氣上分開，沒錯——但只在主機板上。複雜的是集線器。符合規範的集線器有分開的 USB 2.0 和 SuperSpeed 路徑，2.0 裝置以 High-Speed 480 Mbps 運行（USB-IF: USB 2.0 Specification）。但部分舊集線器會將裝置協商降到 Full-Speed 12 Mbps（USB-IF: USB 2.0 Specification, Section 5.4.4）。無警告、無錯誤，吞吐量降十倍以上。務必在裝置管理員中確認協商速度。
迷思二：「埠多，頻寬多。」 加集線器或插到剩餘的埠不產生吞吐量。一個控制器上六個埠的後面板提供與該控制器單一埠相同的總頻寬。埠多是便利，不是頻寬。
迷思三：「無線接收器需要 USB 3.0 的速度。」 滑鼠或鍵盤接收器每秒傳送幾千位元——USB 2.0 埠綽綽有餘。真正的敵人是射頻干擾。USB 3.0 信號在約 2~2.8 GHz 產生無線電雜訊（Logitech Support: USB 3.0 Interference Guide, 2013; Intel: USB 3.x Interference Whitepaper, 2015），與接收器使用的 2.4 GHz 頻段重疊。使用隨附延長線連到直接的 USB 2.0 埠。
迷思四：「頻寬競爭很少見。」 它是最常被忽略的 USB 問題原因之一，正因為它看不見。裝置很少宣布在挨餓。它們掉幀、劈啪、斷線——每個症狀都歸咎於裝置本身。將競爭視為間歇性 USB 故障的首要檢查候選，但並非唯一可能原因。
筆電還是桌上型？不同的問題。
筆電和桌上型以不同方式故障，拓樸解釋了原因。 筆電有一到三個控制器供一切使用：所有 USB 埠、內建網路攝影機、指紋讀取器，通常還有內建藍牙。筆電也越來越將Thunderbolt 和 USB合併為單一控制器，所以帶顯示器、硬碟和周邊的擴充塢把一切都塞過一條匯流排。
桌上型通常有更多控制器——二到四個——這是優勢。但布局常將許多後方埠歸在同一控制器下，一條集線器鏈可能把十幾個裝置塞進單一匯流排。典型桌上型故障不是控制器不足，而是埠分配不當：重裝置與其他一切在同一匯流排上。
症狀診斷表
每個症狀指向最可能的原因，將挫折的猜測變成可檢驗的假設。
- 攝影機掉幀 — 共享控制器上的頻寬飽和。 串流攝影機是經典的礦工金絲雀：持續消耗頻寬，是匯流排上任何其他裝置要求份額時第一個明顯故障的裝置。 這也是為什麼 攝影機即時串流測試 能顯示乾淨的本機預覽，而編碼串流卻在退化——匯流排可能在編碼器運作前就讓攝影機挨餓。
- 音訊劈啪 — 共享集線器上的頻寬或電力問題。 音訊介面對延遲敏感。匯流排飽和時排程傳輸遲到，延遲表現為咔噠和劈啪聲。
- MIDI 控制器斷線 — 飽和匯流排上的延遲敏感。 MIDI 依賴低延遲傳送。傳輸插槽挨餓時主機將裝置視為無回應並中斷連接。
- 無線接收器卡頓 — USB 3.0 射頻干擾或頻寬競爭。 接收器在 USB 3.0 埠旁先懷疑射頻。閒置時正常但負載下卡頓則懷疑匯流排。
- 外接硬碟複製慢 — 與另一活躍裝置共享頻寬。 攝影機或第二硬碟在同一匯流排活躍時，硬碟吞吐量崩潰。
- 間歇性斷線 — 電力或頻寬閾值超限。 斷線追蹤其他裝置忙碌則原因是頻寬；追蹤新增裝置則原因是電力。
最快診斷是改變負載。其他全部拔除時完美運作、匯流排忙碌時故障的裝置就是競爭受害者。這單一觀察能在幾分鐘內區分硬體故障和布局故障。
映射、分離、測試
確認控制器映射和症狀後，修復是刻意的重新連接。按順序操作通常十分鐘內解決：
- 識別控制器。 開啟裝置管理員，展開 Universal Serial Bus controllers。使用 USB Device Tree Viewer 取得最準確映射。
- 將高頻寬裝置分到不同控制器。 攝影機一個控制器，外接硬碟另一個。
- 關鍵裝置用直接主機板埠。 遊戲滑鼠、音訊介面、MIDI 控制器跳過集線器和前面板，直接插後方 I/O。
- 有電源集線器給耗電裝置，不是頻寬。 有電源集線器穩定因電力不足斷線的裝置，但不增加吞吐量。
- 無線接收器遠離 USB 3.0。 使用後方 USB 2.0 埠或延長線。
- 每次變更後在負載下重新測試。 同時啟動攝影機串流和硬碟複製。兩者都不降級才算正確。
瀏覽器不是拓樸工具
瀏覽器的 USB API 是 WebHID，可在取得使用者權限後識別鍵盤、滑鼠和遊戲控制器等 HID 裝置。它顯示基本裝置資訊如廠商和產品 ID，但不顯示完整 USB 控制器拓樸、每裝置頻寬使用量或控制器到集線器到裝置的階層。本站的 USB 裝置資訊工具使用 WebHID 顯示連接的 HID 裝置。它是裝置識別輔助，不是拓樸分析器。
完整拓樸映射請使用 USB Device Tree Viewer（Windows）、USBView 或 system_profiler SPUSBDataType（macOS）。
結論
USB 是共享的，不是專用的。電腦上每個埠都是通往固定頻寬匯流排的門，插進該匯流排的每個裝置共享容量。裝置一起變慢時，通常不是故障——很可能是在競爭。
修復很少需要新硬體——有時反直覺地，最好的做法是拔掉而非添加。一個常被報導的例子：持續掉幀的 Logitech C920 攝影機，拔掉共享控制器的隨身碟就修好了。反直覺但合理：最快的 USB 設定通常每條匯流排上裝置更少，而非更多。映射你的拓樸，將高頻寬裝置分散到不同控制器，關鍵周邊用直接主機板埠，無線接收器給乾淨的 USB 2.0 連接。然後測試實際連接路徑：同時執行攝影機串流和硬碟複製，觀察什麼會壞。能通過那個測試的布局才值得保留。