適用對象 Mac 用戶
如何限制 Mac 上一個應用程式的頻寬
要限制一個 Mac 應用程式的頻寬,請使用 Throttlr 為該應用程式設定單獨的下載和上載上限。其他應用程式繼續正常使用該連接,因此您可以減慢雲端同步、瀏覽器下載或遊戲更新速度,而無需應用系統範圍的限制。
發佈日期


如何限制一個Mac應用程式的頻寬
啟動 Throttlr 的代理,選擇正在使用該連接的應用程式,並啟用下載上限、上載上限或兩者。所選應用程式會繼續傳輸數據,但僅限於您設定的速率。其他應用程式仍然不受限制,除非您也對它們或更廣泛的 Internet 或本地網路目標進行限制。
當傳輸應繼續進行而不消耗所有可用容量時,這非常有用。雲端備份可以在通話期間繼續進行,遊戲可以在您工作時更新,瀏覽器下載可以在背景運行,而無需強制您斷開整個 Mac 的連接。
頻寬上限與優先權設定不同。 Throttlr 對捕獲的流量應用明確的最大速率;它不會動態地將一個應用程式排名在另一個應用程式之上。它也不會為各個網域、伺服器或連接埠建立規則,也不會增加延遲或封包遺失。
為什麼 macOS 不提供內建的每個應用頻寬限制
macOS 包含網路控制,但其內建防火牆主要用於控制與應用程式和服務的傳入連線。它不是每個應用程式的頻寬限制器,也不提供單一應用程式的上載和下載速度欄位。
活動監視器可以協助識別網路使用情況,而路由器服務品質設定可以優先考慮設備或流量類別。兩者都沒有提供與選擇一個 Mac 進程並應用單獨的方向上限相同的本機工作流程。 Apple 的 Network Link Conditioner 可以建立開發測試設定文件,包括受限頻寬和不利條件,但它旨在用於網路條件測試,而不是對選定的桌面應用程式進行常規控制。
每個應用程式的速率限制因此需要一個網路工具,該工具可以將捕獲的流歸因於應用程式並強制實施限制。 Throttlr 透過 macOS 15 或更高版本上的 Apple 網路擴充框架來實現此目的。網路擴展必須獲得批准並且代理必須運行,然後才能監視或控制新流量。
了解上載下載限制
下載流量將資料移向應用程式:網頁、媒體、軟體包、雲端檔案和遊戲資產是常見的範例。上載流量將資料從其中移除:備份、檔案同步、通話期間發送的影片以及傳出附件都使用上游容量。
僅在您可以識別導致問題的方向時進行設定。限制備份的上載不會影響其下載,而限制大型遊戲下載則不會不必要地限制小型傳出請求。當您需要為整個應用程式提供可預測的上限時,請使用兩個方向。
即時速率是對當前流量的觀察,而不是應用程式將持續達到上限的承諾。伺服器、Wi-Fi 條件、協定開銷、緩衝和應用程式本身的行為都可能產生較低或不均勻的速率。透過主動傳輸而不是單一瞬間來判斷結果。
設定和刪除每個應用程式的頻寬限制
- 安裝並開啟 Throttlr,啟動其代理,並在 macOS 詢問時在系統設定中批准已簽署的網路擴充。
- 確認 Pro 或 14 天 Pro 試用版處於活動狀態。沒有 Pro 時,Throttlr 只執行一條規則,速度為 1 MB/s,其他應用程式的規則會被儲存,直到您升級。
- 開啟目標應用程式並開始可識別的傳輸,以便您可以從即時上載或下載速率中識別其行。
- 選擇擁有流量的應用程式或獨立列出的服務。除非您打算限制 Mac 上的非本地流量,否則請避免網路聚合。
- 啟用下載、上載或兩者的限制,然後輸入每個啟用方向的最大速率。
- 保持傳輸活動並觀察即時速率穩定。檢查您正在保護的前台任務,例如呼叫、串流或互動式會話,而不是僅判斷有限的應用程式。
- 在不再需要時提高、停用或刪除上限,然後確認新的傳輸可以使用更多頻寬。
選擇有用的頻寬上限
沒有通用的最佳數字。首先在代表性活動期間觀察應用程式,然後選擇低於其持續速率的上限,同時留出足夠的容量讓任務取得有用的進展。逐漸減少並觀察受保護工作是否穩定。
保護通話時,從背景上載程式開始,而不是呼叫應用程式。即使速度測試報告有充足的下載容量,上行飽和也會使音訊和視訊不穩定。對於下載量大的任務,限制該任務的傳入速率並使其小請求不受限制,除非它們也會造成問題。
避免將網路套餐宣傳的全部速度視為持續可用。 Wi-Fi 爭用、其他裝置、VPN 和遠端服務會改變可用容量。實用的上限應在連接的觀察速率下留出空間,特別是當響應能力比盡快完成傳輸更重要時。
為了可重複測試,記錄準確的上載和下載值以及您控制的範圍。生產故障排除限制和測試設定檔具有不同的目的:一個保護日常工作,而另一個則應一致地重現定義的條件。
限制、封鎖、優先順序和網路調節
限制允許流量在明確的上限下繼續。當傳輸合法但過於激進時使用它。封鎖是一種硬停止,適合離線測試或不得繼續的傳輸。如果您需要這種行為,單獨的封鎖指南將解釋如何安全地停止和恢復兩個交通方向。
優先權在鏈路繁忙時為流量提供相對優先權;明確的上限為選定的目標提供了固定的最大值。 Throttlr 實作上限,而不是優先權佇列。當您知道後台任務可能消耗多少連線時,更容易推斷上限,但它不能保證為另一個應用程式保留頻寬。
網路調節旨在再現環境,通常將有限的頻寬與延遲、封包遺失或其他特徵結合。 Throttlr 不會模擬延遲或資料包遺失。需要這些條件的開發人員應該使用適當的調節工具;慢速網路指南專注於可以使用 Throttlr 的頻寬控制和區塊重現的較窄測試。
實用的每個應用程式限制範例
- 保護視訊通話:識別執行大型傳輸的備份、同步用戶端或瀏覽器標籤並限制後台目標。不要限制調用應用程式,除非調用本身是測試主題。
- 雲端同步速度緩慢:限制傳出備份的上載或傳入檔案的下載,以便同步繼續安靜地進行。雲端同步指南涵蓋了本機暫停控制、輔助流程以及最好完全暫停的情況。
- 控制遊戲或軟體更新:限制擁有下載的更新程式或啟動程式,這可能與主應用程式不同。讓它在後台繼續進行,然後在時間敏感的工作完成後取下蓋子。
- 控制瀏覽器下載:瀏覽器可以透過共享進程重複使用標籤、下載、擴充功能和 Web 應用程式。應用程式等級上限可能會影響歸因於該瀏覽器的所有流量,因此當需要隔離範圍時,請使用專用瀏覽器或下載應用程式。
- 防止線上備份飽和上載:識別具有持續傳出流量的服務,應用程式僅上載上限,並驗證在呼叫和互動式請求恢復時備份進度是否繼續。
應用程式、說明程式和背景服務
您看到的視窗的應用程式並不總是打開連接的進程。啟動器、更新器、XPC 服務、檔案提供者擴充功能、登入項目和備份代理程式可以擁有熟悉產品的流量。當 Throttlr 可以識別該關係時,Throttlr 會將幫助程式識別碼與父應用程式分組,而獨立簽署的服務可能會顯示為自己的行。
產生已知傳輸並遵循實時速率,而不是僅從其名稱中選擇行。如果限制主應用程式不會改變傳輸,請尋找具有符合活動的助理或服務。請謹慎對待共享 macOS 服務,因為規則可能影響的不僅僅是您想要控制的可見工作流程。
直接下載版本可以檢查正在執行的進程以獲得更豐富的後台服務元資料。由於 App Store 沙箱限制,App Store 版本會要求您在 Throttlr 重新開啟受影響的應用程式之前手動退出應用程式;直接建置通常可以執行退出並重新開啟序列。兩個版本都會在重新啟動期間保留配置的流量控制。
對似乎不起作用的限制進行故障排除
- 確認 Throttlr 的代理正在運行,並且其網路擴展在系統設定中仍然獲得批准。
- 確認對實際承載傳輸的流量方向啟用了限制。沒有 Pro 時,只會執行一個應用程式的規則,速度為 1 MB/s。
- 檢查您是否選擇了擁有流量的應用程式、幫助程式或後台服務,而不是類似名稱的進程。
- 使用 Command-Q 退出目標應用程式,並在代理處於活動狀態後重新開啟它。關閉視窗可能會使長期連線在目前提供者會話之外運行。
- 如果應用程式通常隨 Mac 啟動,請啟用登入時啟動。首先啟動 Throttlr 可以減少在其提供者之前創建持久連接的機會。
- 產生新的網路請求並允許緩衝資料穩定。快取檔案、預先載入媒體和本地處理可以使應用程式顯示為活動狀態,而無需證明新流量繞過了上限。
- 將所選行與網際網路聚合進行比較。持續的總流量可能屬於另一個應用程式、macOS 服務或不匹配的幫助程式,而不是您限制的目標。
- 當工作流程使用 NAS、印表機、開發伺服器或其他 LAN 設備時,請檢查本機網路目標。互聯網和本地目的地是單獨的聚合範圍。
- 暫時大量更改上限並重複相同的傳輸。明確的利率變化比期望每時每刻的精確值更有用。
比較 Mac 頻寬與流量控制工具
這些工具解決問題的不同層面。根據您是否需要明確的每個應用程式速率、連線策略、傳入防火牆或更廣泛的測試環境進行選擇。
| 工具 | 流量方向 | 規則範圍 | 頻寬控制 | 適用情境 |
|---|---|---|---|---|
| macOS Firewall | 傳入連接 | 對應用程式和服務的傳入訪問 | 沒有每個應用程式的上載或下載上限 | 減少未經請求的傳入訪問 |
| Throttlr | 捕獲的上載和下載流量 | 應用程式、已識別的服務、網際網路和本地網路目標 | 單獨的上載和下載上限,以及定向區塊 | 限制一個 Mac 應用程式,而其他應用程式繼續正常運行 |
| Little Snitch | 傳入與傳出規則 | 應用程式、伺服器、網域、連接埠、協定和規則群組 | 連接策略而不是明確的每個應用速率上限 | 詳細的目標層級連結決策 |
| Network Link Conditioner | 系統或開發設備網路狀況 | 條件設定檔而非單一桌面應用程式行 | 設定檔可以將頻寬限制與延遲和封包遺失結合起來 | 惡劣網路條件下測試軟體 |
功能摘要是根據 2026 年 8 月 12 日審核的連結官方文件。 Throttlr 是一種頻寬控制工具,而不是網域或連接埠規則引擎,而且它不會模擬延遲或封包遺失。
每個應用程式頻寬限制問題
macOS 可以自行限制一個應用程式的頻寬嗎?
macOS 不提供內建控制項來為單一應用程式指派單獨的上載和下載速度上限。其防火牆主要管理傳入訪問,而每個應用程式的速率限制需要單獨的流量控制工具。
限制一個應用程式會減慢所有其他應用程式的速度嗎?
應用程式級 Throttlr 上限適用於歸因於該應用程式及其分組助手的流量。其他應用程式保持不受限制,除非它們共享受控進程,或者您也限制聚合互聯網或本地網路目標。
我可以限制上載而不限制下載嗎?
是的。上載和下載控制項是獨立的。僅上載上限通常適用於備份和雲端同步,而僅下載上限則適合大量下載和更新。
為什麼即時速率低於我輸入的限制?
上限是最高費率,而不是最低費率或保留費率。遠端伺服器、Wi-Fi、緩衝、協定行為和應用程式本身都可以將觀察到的流量保持在該上限以下。
Throttlr 可以為我的視訊通話預留頻寬嗎?
Throttlr 不實現優先順序或保證保留。您可以透過限制競爭應用程式來創造空間,但通話仍取決於連線、其他裝置、Wi-Fi 條件及其遠端服務。
需要有關設定、現有連線或授權的協助?請閱讀 Throttlr 常見問題.
相關指南
Mac 用戶
為每個應用程式設定資料配額
為一個 Mac 應用程式設定下載、上載或組合資料配額,然後在達到限額時封鎖或減慢其流量。
Mac 用戶
封鎖應用程式的網路訪問
暫時封鎖一個 macOS 應用程式的下載和上載流量,同時保持其他應用程式和本地網路流量可用。
Mac 用戶
暫停雲端同步而不斷開連接
在瀏覽器、通話和其他應用程式保持連線的情況下,暫停或減慢 Mac 上的一個雲端同步應用程式的速度。
開發人員與 QA 工程師
模擬慢速網絡
透過為一個應用程式或系統設定單獨的上載和下載限制,在 macOS 上建立可重複的慢速網路條件。
Windows 使用者遷移到 Mac
Mac 的 NetLimiter 替代品
比較 NetLimiter 和 Throttlr 在 macOS 上的每個應用頻寬監控、上載和下載限制、資料配額、封鎖、規則和流量控制。