很多人第一次開啟 Clash，會看到配置、代理、規則、策略組、DNS、TUN 等入口，卻不知道它們分別解決什麼問題。先記住一句話：Clash 是一個本地代理客戶端和流量分流工具，它負責讀取配置、匹配規則，再把符合條件的連線交給指定的代理或直接連線。
Clash 本身不會自動提供節點、賬號或訂閱。客戶端、核心程式、配置檔案和你有權使用的網路服務，是幾件不同的事。把這層關係理順後，Clash 怎麼用就不再是“開啟開關試運氣”，而是一套可以觀察、驗證和排查的網路配置流程。
本文面向第一次接觸 Clash 的讀者，介紹它的工作原理、常見元件、基礎使用步驟和連線失敗時的判斷方法。內容只涉及合法合規的本地代理配置，不提供節點、賬號或繞過限制的方法。
Clash到底是什麼
Clash 可以理解為執行在電腦或手機上的本地代理管理工具。它通常會在裝置上監聽一個本地埠，瀏覽器或其他應用把網路請求交給這個埠後，Clash 再根據配置決定請求應該直連，還是交給某個代理策略處理。
在不同平臺上，使用者看到的客戶端名稱可能不同，例如 Windows 上的 Clash Verge Rev、macOS 上的 ClashX.Meta，以及 Android 上基於 mihomo 核心的客戶端。它們的介面和功能入口有差別，但基本思路相近：載入配置，啟動核心，接收連線，執行規則。
需要區分兩個概念：
| 名稱 | 主要作用 |
|---|---|
| Clash 客戶端 | 提供圖形介面，管理配置、代理組、日誌和系統代理開關 |
| Clash 核心 | 真正負責監聽埠、解析配置、匹配規則和轉發連線的程式 |
| 配置檔案 | 定義代理、策略組、規則、DNS、埠等引數 |
| 訂閱連結 | 遠端獲取配置檔案的地址，能否使用取決於來源和格式 |
現在很多新客戶端採用 mihomo 作為核心。mihomo 是 Clash.Meta 的後續專案之一，支援較完整的規則、DNS、TUN 和代理協議能力。具體功能仍要以客戶端版本和配置檔案為準，不能看到“支援 mihomo”就預設所有高階設定都已開啟。
Clash是如何處理一條網路請求的
一條連線從應用發出到完成轉發，大致經過下面幾個環節：
- 瀏覽器、終端或其他應用發起請求。
- 系統代理、應用代理或 TUN 接管這條流量。
- Clash 核心在本地埠接收請求。
- 核心讀取域名、IP、埠等資訊，按規則從上到下匹配。
- 規則返回直連、拒絕或某個策略組。
- 策略組再選擇具體代理、故障轉移組或自動測速組。
- Clash 建立連線，並把結果寫入日誌。
這個流程解釋了一個常見現象：客戶端顯示執行中，但網頁沒有任何變化。原因可能是系統代理沒有開啟，應用沒有把流量交給 Clash，或者當前配置裡的規則把請求判定為直連。只看客戶端圖示，無法證明流量已經經過代理。
配置檔案裡通常有什麼
Clash 配置一般使用 YAML 格式。新手不需要一開始就手寫完整檔案，但看懂下面幾個區塊，有助於定位問題：
埠設定
mixed-port、http、socks-port 等欄位決定客戶端在哪些本地埠接收 HTTP 或 SOCKS 請求。系統代理地址和埠必須與這裡的設定對應，否則應用會連線到錯誤的埠。
代理與代理組
proxies 是具體的代理定義，proxy-groups 是對這些代理的進一步分組。一個策略組可以讓使用者手動選擇，也可以按故障轉移、負載均衡或測速結果選擇。列表裡只有策略組，沒有可用成員時，切換策略也不會產生有效連線。
規則與規則集
rules 決定請求如何分流。常見判斷條件包括域名、IP、程序和地理資訊，動作可能是直連、拒絕或交給某個策略組。規則通常從上到下匹配，前面的寬泛規則可能提前結束判斷，所以排查時要看規則順序。
DNS與TUN
DNS 負責把域名解析成 IP。配置不合適時，可能出現域名解析失敗、開啟速度慢或規則判斷不準確。TUN 則是更底層的接管方式，可以覆蓋一些不讀取系統代理的應用，但會涉及系統許可權、路由和 DNS，建議在基礎配置跑通後再啟用。
Clash、普通代理和VPN有什麼區別
三者經常被放在一起討論，但工作層級並不完全相同。
普通 HTTP 或 SOCKS 代理通常需要在某個應用裡單獨填寫地址和埠。Clash 更像一個代理管理層，可以同時管理多個代理、規則和策略組，再透過系統代理或 TUN 把配置應用到更多流量。
VPN 往往透過系統級隧道接管網路，應用不一定需要知道代理地址。Clash 在桌面端常見的基礎模式是系統代理，在 Android 等平臺則可能透過系統 VPN 許可權工作。兩者都不能簡單等同於“自動變快”或“絕對安全”，實際效果會受到當前網路、目標服務、DNS、規則和配置質量影響。
新手第一次使用Clash的正確順序
第一步：選擇可信客戶端
根據系統選擇維護狀態正常、來源清晰的客戶端。下載時優先檢視專案官方倉庫、Release 頁面或系統應用商店，不要從搜尋結果裡的“破解版”“免安裝版”頁面獲取程式。
安裝前確認系統架構和許可權要求。Windows 常見的是 x64 和 ARM64，Mac 需要區分 Apple Silicon 與 Intel，Android 則要注意系統版本和應用來源。
第二步：匯入自己有權使用的配置
Clash 可以讀取本地 YAML，也可以從訂閱 URL 獲取遠端配置。匯入後要在配置頁面選中它，並手動更新一次。成功的判斷不是“檔案顯示在列表裡”，而是代理組、規則和日誌都能正常載入。
訂閱連結通常帶有訪問許可權，不要發到公開論壇、評論區或截圖中。更新前保留一份能正常工作的舊配置，遇到新配置解析失敗時可以快速回退。
第三步：先用規則模式測試
規則模式適合日常使用，因為它會根據配置把不同請求分到直連或指定策略。全域性模式可以用於短時間判斷代理鏈路是否能建立，但它會讓更多流量進入同一策略，排錯完成後應回到符合需求的模式。
測試時先開啟一個普通網頁，再觀察連線日誌。日誌中沒有對應請求，優先查系統代理、應用代理或 TUN 是否接管；有請求但連線失敗，再檢查策略組、DNS、埠和配置來源。
第四步：最後再處理TUN
某些應用不會讀取系統代理，例如部分遊戲、終端工具或自帶網路棧的軟體。這時可以考慮應用內單獨設定代理，或者在客戶端支援的情況下啟用 TUN。啟用前先備份配置，並記錄原來的系統網路設定。
如果開啟 TUN 後所有網路都異常，先關閉 TUN，確認系統代理是否能恢復，再檢查許可權、路由和 DNS。不要同時改動多個高階選項，否則很難判斷是哪項設定造成問題。
如何判斷Clash是否真的在工作
可以用一條簡單的排查路徑：
- 客戶端狀態是否顯示核心正在執行。
- 當前配置是否被選中，代理組裡是否有成員。
- 本地監聽埠是否與系統代理設定一致。
- 系統代理或應用代理是否開啟。
- 開啟網頁時，連線日誌是否出現新請求。
- 切換直連模式後，現象是否發生變化。
如果日誌完全沒有記錄，問題通常發生在“流量進入 Clash 之前”。如果有記錄但失敗，問題才進入策略、解析或上游連線環節。這個判斷比反覆重啟客戶端更有效。
常見使用誤區
只安裝客戶端，不匯入配置
安裝完成不等於可以直接使用。沒有配置，核心不知道代理、規則和策略組是什麼。客戶端能開啟，只能說明程式本身啟動了。
一遇到問題就開啟全域性模式
全域性模式適合做對照測試，卻不適合用來掩蓋規則問題。長期使用前應明確哪些流量直連、哪些流量進入策略組，並檢查規則順序是否符合預期。
把TUN當成速度開關
TUN 的作用是接管更多系統流量，不是提高代理線路質量。開啟後覆蓋面更廣，但許可權和排錯成本也更高。網頁能透過系統代理正常工作時，沒有必要為了“更快”盲目開啟 TUN。
忽略日誌和配置備份
日誌能說明請求有沒有進入客戶端，備份能讓你在更新失敗後快速恢復。每次大幅修改 DNS、規則或 TUN 前，保留舊配置是一個低成本的好習慣。
常見問題
Clash是VPN嗎？
Clash 是代理客戶端和流量分流工具。它可以透過系統代理或 TUN 接管部分或更多流量，但具體表現取決於平臺、客戶端、核心和配置，不能把所有 Clash 客戶端都直接等同於傳統 VPN。
Clash客戶端自帶節點嗎？
不自帶。客戶端和核心負責處理本地連線與配置，代理內容需要來自你有權使用的配置來源。不要把“安裝成功”和“已經具備可用代理”混為一談。
為什麼Clash執行了，瀏覽器仍然無法連線？
先檢查系統代理是否開啟、埠是否一致，再看日誌有沒有請求記錄。沒有記錄時查流量接入；有記錄時查當前策略組、DNS、規則和配置來源。
規則模式和全域性模式怎麼選？
日常使用一般從規則模式開始，便於把直連流量和策略流量分開。全域性模式更適合短時間測試某條代理鏈路，測試完成後應根據實際需求恢復規則模式。
新手需要馬上開啟TUN嗎？
不需要。先用系統代理讓瀏覽器和常用軟體跑通，確認日誌、DNS 和規則都正常後，再針對不讀取系統代理的應用考慮 TUN。
總結
Clash 的核心價值不在於一個“加速按鈕”，而在於把本地代理、多個策略和規則分流集中管理。新手只要按客戶端、核心、配置和流量入口四個層次理解，再按“匯入配置、選中配置、開啟系統代理、觀察日誌、最後考慮 TUN”的順序操作，就能建立清晰的排錯路徑。
