macOS、Linux 建議先選擇對應系統的 Avalonia 版本;Windows 則可依照使用習慣、系統整合效果及執行環境來選。兩種介面不會直接影響節點速度或協定支援。本文將從安裝檔辨識、系統匣與系統代理、執行依賴及設定遷移四方面說明,適合首次安裝或準備更換版本的桌面用戶。
Avalonia 與 WPF:先分清介面和代理核心
Avalonia 和 WPF 都是桌面介面技術。WPF 專為 Windows 設計,Avalonia 則支援跨平台介面,因此 v2rayN 可透過不同版本支援 Windows、macOS 和 Linux。下載時看到的介面版本,主要影響視窗呈現、操作方式、系統匣及系統功能整合,不代表使用了不同的代理協定。
v2rayN 負責管理伺服器、訂閱、路由規則和本機代理入口;實際處理連線的是所選的代理核心。VLESS、VMess、REALITY 等設定能否使用,應檢查核心版本、節點參數及用戶端對相關欄位的支援情況,不能只看安裝檔標示 Avalonia 或 WPF 就下結論。
Avalonia 跨平台桌面版
推薦跨平台使用時可優先考慮此版本,在不同作業系統間維持相近的操作方式。仍須依照作業系統和處理器架構下載對應版本,並確認該版本的系統需求。
適合:使用 macOS、Linux,或需要在多台不同作業系統的電腦間切換的用戶。
Windows WPF 版
專為 Windows 設計的介面版本。若已熟悉其伺服器清單、系統匣選單和快捷操作,而且目前使用穩定,可以繼續使用,不必只為了更換介面而遷移。
適合:固定使用 Windows,重視既有操作習慣並打算保留目前工作環境的用戶。
此處推薦 Avalonia 是基於跨平台需求,不代表它在所有 Windows 電腦上都更省記憶體或速度更快。即使使用相同節點,核心版本、路由、DNS 和連線模式不同,對使用體驗的影響也遠大於介面差異。
如何挑選安裝檔:依序確認系統、架構和依賴
先確認作業系統,再確認處理器架構,最後檢查是否需要安裝執行環境。不要只看檔案大小選擇安裝檔,也別把「跨平台」誤解為同一個壓縮檔能直接在所有系統上執行。下載前可先核對以下資訊。
| 檢查項目 | 查看位置 | 選擇要點 |
|---|---|---|
| Windows 系統類型 | 「設定」→「系統」→「系統資訊」,查看「系統類型」 | x64 和 ARM64 要分開選擇;64 位元作業系統不一定使用 x64 處理器。 |
| macOS 處理器 | 蘋果選單 →「關於這台 Mac」,查看「晶片」或「處理器」 | Apple 晶片建議選 ARM64;Intel 處理器選 x64,實際請以發行檔標示為準。 |
| Linux 架構 | 在終端機執行 uname -m | x86_64 通常對應 x64;aarch64 通常對應 ARM64。 |
| 執行環境 | 安裝檔說明及啟動時的依賴提示 | 確認是自包含版本,還是需要依賴系統執行環境;不要只憑檔名猜測。 |
WPF 不代表一定要安裝舊版 .NET Framework。現代 WPF 應用程式也可使用新式 .NET;需要哪個版本的執行環境,請以該版本的啟動提示和發行說明為準。如果提示缺少 Windows Desktop Runtime,單獨安裝一般的 .NET Runtime 不一定能解決問題。
Avalonia 也不代表完全不需要系統依賴。自包含版本通常會附上所需的 .NET 執行元件,但 Linux 仍可能依賴圖形、字型或其他原生程式庫。舊系統若缺少底層元件,應先確認支援範圍再處理依賴;不要為了排查尚未成功啟動的程式而反覆更換節點。
系統整合比較:分別檢查系統匣、系統代理和 TUN
視窗能開啟,只代表圖形介面可以執行。日常使用是否順手,還要看關閉視窗後的行為、系統匣入口、開機啟動及系統代理設定。兩種介面的選單位置可能因版本而異,比較時應逐項確認實際功能,而非只看畫面截圖。
- 視窗與系統匣:按下關閉按鈕後,確認程式是結束還是縮到系統匣;接著從系統匣重新開啟主視窗,檢查縮放、中文字型及在多台顯示器間移動是否正常。
- 系統代理:在 v2rayN 的系統代理選單中選擇「自動設定系統代理」後,可前往 Windows「設定」→「網路和網際網路」→「Proxy」,確認代理伺服器位址和連接埠。選單名稱請以安裝版本為準。
- 開機啟動:啟用後,完整結束程式並重新登入系統,確認是否會自動啟動、核心是否啟動,以及代理是否如預期恢復。這是三個需要分別檢查的項目。
- Linux 桌面系統匣:系統匣圖示是否顯示,也會受到桌面環境及其系統匣支援影響。圖示消失不一定代表核心已停止,應搭配程序和記錄檔判斷。
系統代理模式通常只會影響遵循系統代理設定的應用程式。TUN 模式則涉及虛擬網路介面、路由和權限;是否可用取決於目前的作業系統、用戶端版本、核心及權限設定,不能只憑 Avalonia 或 WPF 判斷。比較介面版本時,先關閉 TUN 並確認一般本機代理可用,再另外測試 TUN。
結論:先測試本機連接埠,再檢查系統整合
使用同一個啟用中的伺服器時,若手動指定本機代理可以連線、瀏覽器卻無法連線,應優先確認系統代理設定是否正確,以及應用程式是否遵循代理設定;不要立刻歸咎於介面版本或節點協定。
速度與資源用量:如何進行有效比較
「哪個版本比較快」應拆成介面反應和網路傳輸兩個問題。伺服器清單捲動、開啟視窗所需時間屬於介面體驗;下載速度、交握失敗和網頁逾時,主要受網路路徑、核心、節點及設定影響。跨作業系統測試還會受到驅動程式和系統網路堆疊差異影響,不能直接歸因於 UI 技術。
- 記錄兩邊的用戶端版本及實際執行的核心版本,使用相同節點,並保持路由、DNS 和連線模式一致。
- 一次只啟動一個版本,暫停訂閱更新、速度測試和其他下載工作;先閒置 5 分鐘,再分別記錄用戶端和核心程序的記憶體及 CPU 用量。
- 使用相同目標連續進行 3 次連線測試,記錄成功率和總耗時。只有一筆測試結果時,不要把偶發波動當成結論。
- 結束第一個版本,確認核心程序已停止且本機連接埠已釋放,再啟動第二個版本重複測試。不要同時執行兩個版本來比較資源用量。
以下是測試本機 SOCKS 入口的指令,假設監聽位址為 127.0.0.1、連接埠為 10808,且該入口支援 SOCKS。若用戶端顯示其他連接埠,請先替換數值。Windows 使用 curl.exe;macOS 和 Linux 通常使用 curl。
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output NUL --write-out "HTTP=%{http_code} total=%{time_total}s\n" https://example.com/
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output /dev/null --write-out "HTTP=%{http_code} total=%{time_total}s\n" https://example.com/
socks5h 會將目標主機名稱交由代理端解析,適合用來驗證這條特定的代理路徑;但不能代表所有應用程式的 DNS 行為。若連線遭拒,先檢查監聽連接埠和核心是否已啟動;若出現憑證或交握錯誤,再查看記錄檔,確認系統時間、TLS 參數及伺服器端設定。
從 WPF 換成 Avalonia:保留回復方式再遷移
即使是同一用戶端的不同介面版本,也不要假設所有版本的資料目錄和設定格式完全一致。尤其跨越多個版本時,資料庫或設定可能已升級。最穩妥的做法是保留舊目錄,在新的位置完成驗證,而不是直接覆寫原有檔案。
遷移方式:保留舊版,獨立驗證新版
舊版環境
- 結束用戶端後,備份實際使用的資料目錄和設定。
- 記下訂閱群組、目前使用的伺服器、本機連接埠和自訂路由。
- 保存目前的版本資訊,並暫停自動啟動,以免連接埠發生衝突。
- 訂閱網址可能包含存取憑證,備份檔案應限制存取。
新版環境
- 使用獨立的程式目錄,並確認沒有共用舊版資料目錄。
- 優先使用該版本支援的匯入方式,或重新新增訂閱。
- 重新確認本機入口、路由、DNS 和系統代理狀態。
- 完成連線、重新啟動及視窗恢復測試後,再考慮取代舊版。
跨作業系統遷移時,以訂閱和明確匯出的設定為主;不要連同另一個作業系統的核心檔案,把整個舊程式目錄一起搬過去。
重新新增訂閱可以還原伺服器清單,但不一定會還原自訂規則、快捷鍵、視窗設定或本機監聽連接埠。遷移後應重新選擇目前使用的伺服器;清單中已經出現節點,不代表連線設定已完成。
選好版本後仍無法開啟或連線:依故障階段排查
找出問題發生在「程式啟動、核心啟動、代理接管、遠端連線」哪個階段,比在兩個介面版本間反覆切換更有效。保留完整錯誤提示,並遮蔽訂閱憑證、伺服器密碼等敏感資訊。
| 現象 | 優先檢查項目 | 下一步 |
|---|---|---|
| 按兩下後提示缺少執行環境 | 執行環境類型、版本和架構 | 依照錯誤提示安裝對應環境,或選擇適用於相同作業系統的自包含版本。 |
| 介面正常,核心啟動失敗 | 核心檔案、執行權限、監聽連接埠及設定記錄 | 確認檔案已完整解壓;Linux 請檢查執行權限,並確認連接埠沒有被占用。 |
| 手動代理可用,瀏覽器無法連線 | 系統代理狀態、瀏覽器代理設定 | 確認位址和連接埠,並檢查是否被其他程式重新設定。 |
| 只有特定節點交握失敗 | 該節點參數、核心支援能力及系統時間 | 確認伺服器名稱、公鑰等欄位是否正確,不要先更換介面版本。 |
| 結束程式後網路異常 | 殘留的系統代理設定或 TUN 路由 | 還原原本的代理設定,確認用戶端和核心都已結束,再測試直接連線。 |
最後的選擇可以很簡單:macOS、Linux 使用適用於該系統的 Avalonia 版本;Windows 首次安裝可從下載頁目前提供的桌面版本開始,已有穩定 WPF 環境則先保留。只有在介面、系統整合或執行環境有明確需求時,再進行可回復的遷移。