為什麼"照著教學點"經常出問題

截圖教學的問題在於：它只能告訴你"在這個版本、這個介面下點這裡"，一旦介面改版、 換了個客戶端、或者你的情況跟截圖裡不完全一樣，你就沒有任何依據判斷該怎麼辦。 而如果你理解了背後的邏輯，遇到介面變化時，你能自己判斷"這個新按鈕大概對應的是什麼功能"， 不用幹等著有人重新截一遍圖。

說穿了，這類客戶端翻來覆去用到的核心概念其實只有四個，而且每一個都能在生活裡找到對應的 比喻。花幾分鐘把它們理清楚，比對著十張截圖死記硬背要划算得多——接下來就按順序說一說。

拆開來看，其實就是四個概念

先說節點。節點是一個具體的伺服器地址，客戶端透過它轉發你的網路請求， 你可以把它想象成一條具體的路：路況好（延遲低）就走得快，路況差（延遲高、超時）就走不通 或很卡。軟體裡的"伺服器列表"，本質上就是你收集到的一堆備選路線，測速就是在確認哪條路 現在通暢。

光有一條路還不夠，如果每次換路都要你自己去問（也就是手動加節點），太麻煩了。這時候就要 靠訂閱——它讓客戶端定期去問一次"現在有哪些能走的路"，自動把結果更新到 你的列表裡。這也是為什麼絕大多數教學都建議用訂閱：不是因為手動加節點不行，而是沒必要給 自己增加維護成本。

節點和訂閱解決的是"有沒有路可走"，接下來要看的是"誰在走這條路"，也就是系統 代理。開啟客戶端連線成功之後，並不代表你手機或電腦上的所有軟體都自動開始走 節點，而是要看系統代理這個開關設成了什麼狀態：客戶端負責修好這條路，系統代理負責決定 哪些車（應用的流量）走上這條路。好訊息是，絕大多數客戶端安裝後預設會自動處理好這一步， 不需要你手動配置。

最後一個、也是最容易讓新手困惑的概念是路由模式。如果不做任何區分， 所有流量（包括原本不需要代理的網站）都擠上這條節點的路，會既慢又浪費。所以客戶端內建了一套判斷 規則（也就是常說的 PAC 智慧分流），自動識別「這個網站需要走節點」還是「直接連就行」， 就像給不同目的地的車分配不同車道，互不干擾。日常使用保持預設的智慧分流模式就夠了， 不需要自己研究規則怎麼寫。

兩個常見誤區，用一個例子講清楚

理解了這四個概念之後，最容易犯的一個錯，是把"節點"和"訂閱"混為一談。經常有人問 "我的訂閱怎麼連不上"，但實際上訂閱本身不能直接連線，它只是一個用來獲取節點列表的地址； 真正建立連線的是訂閱裡包含的某一個具體節點。訂閱失效指的是"這個地址拿不到最新節點列表 了"，節點失效指的是"具體某一條路走不通了"，這是兩個層面的問題，混在一起想就容易把簡單 的排查搞複雜。分清楚這一點，遇到問題時你至少能先判斷"是訂閱的問題還是節點的問題"， 縮小一半的排查範圍，不用一遇到問題就把所有設定都翻一遍。

把整個流程串起來看會更直觀。假設你剛拿到一個訂閱地址：客戶端訪問這個地址（訂閱生效）， 拿到一份節點列表（節點出現在伺服器列表裡），你選擇其中一個節點點選連線（節點開始工作）， 系統代理自動接管你的瀏覽器流量（決定誰走這條路），PAC 智慧分流再判斷哪些網站該走節點、 哪些該直連（分車道）。每一步都對應前面講過的一個概念，如果某一步出了問題，你現在應該 已經能大致判斷是哪個環節的問題，而不是從頭開始瞎試，把每個設定項都點一遍。

這套邏輯不止適用於 v2rayN / v2rayNG

節點、訂閱、系統代理、路由模式這幾個概念並不是某一個客戶端獨有的設計，幾乎所有主流代理 工具都是同樣的架構，只是介面文案和互動細節不同。也就是說，一旦你理解了這套邏輯，換用 任何一款客戶端都能很快上手，不需要每換一個軟體就重新學一遍操作步驟——這也是花幾分鐘 理解概念比死記硬背截圖划算的地方。

當你知道"節點是路、訂閱是自動更新路線圖、路由模式是分車道"之後，再開啟客戶端介面， 你會發現每個選單項都能對應上一個你已經理解的概念，不再是靠死記硬背截圖上的箭頭指向。 如果想直接看完整的操作步驟，可以繼續閱讀完整使用教學， 裡面把加節點、選模式、測速、排障的具體操作都講清楚了。