首次安裝時,先依作業系統與處理器架構挑選安裝包,再選 Avalonia 桌面版或 WPF 版。Windows 使用者可依現有設定與操作習慣決定;macOS、Linux 使用者則應選擇對應系統的跨平台桌面版。兩種介面並非兩種代理協定,也不能只看介面框架就判斷連線速度。下文將說明選擇安裝包的順序、執行需求檢查、設定比對與分目錄遷移步驟。
介面框架、用戶端與代理核心的差異
Avalonia 和 WPF 都是用來建構圖形介面的技術。伺服器清單、訂閱群組、設定視窗與系統匣選單屬於用戶端介面;建立連線、處理協定與轉送流量,則由用戶端呼叫的代理核心負責。把「更換介面」當成「更換協定」,容易找錯問題方向。
WPF 是 Windows 桌面介面技術,因此 v2rayN 的 WPF 版適用於 Windows。Avalonia 支援跨平台介面,v2rayN 桌面版也因此提供不同作業系統的安裝包。所謂跨平台,是指同一套介面技術可用於建構多個系統的版本,不代表同一個 Windows 執行檔能直接在所有系統上執行。
- v2rayN:負責儲存伺服器資訊、管理訂閱、產生執行設定,並呼叫相應的核心。
- Xray、V2Ray:屬於代理核心;實際可用的核心與功能,取決於安裝的版本及隨附內容。
- VMess、VLESS:屬於協定;節點能否使用,也取決於傳輸方式、安全設定與伺服器端參數。
- Avalonia、WPF:屬於介面技術,不能取代協定或核心的名稱。
判斷順序:先確認核心,再比較介面
如果同一個 VLESS 節點在兩個版本中的表現不同,請先確認核心版本、節點參數、路由與 DNS 設定一致,再判斷是否是介面設定未儲存或功能入口不同。不要只憑視窗外觀推論協定相容性。
Avalonia 桌面版與 WPF 版比較
挑選版本時,最值得注意的是目標作業系統、功能入口與執行環境。下表可用來初步篩選,但不代表兩個版本在任何發布日期都具備完全相同的功能;新功能的導入順序、選項名稱與介面配置都可能隨版本改變。
| 比較項目 | Avalonia 桌面版 | WPF 版 |
|---|---|---|
| 支援的作業系統 | 依發行包選擇 Windows、macOS 或 Linux | Windows |
| 處理器架構 | 須符合目標系統提供的 x64、ARM64 等實際安裝包規格 | 須符合 Windows 裝置與發行包提供的架構 |
| 日常操作 | 透過跨平台介面管理訂閱、伺服器與設定 | 透過 Windows 介面管理訂閱、伺服器與設定 |
| 代理功能 | 取決於實際使用的核心、版本與設定 | 同樣取決於實際使用的核心、版本與設定 |
| 執行需求 | 取決於安裝包是否包含執行環境,以及系統原生相依項目 | 取決於安裝包是否包含執行環境;需要相依框架的版本須符合 .NET Desktop Runtime 要求 |
| 系統整合 | 系統匣、系統代理與權限行為會因作業系統而異 | 配合 Windows 的系統匣、系統代理與權限機制運作 |
若沒有在固定環境下進行對照測試,不應斷言「某個介面版本一定比較省記憶體」或「一定比較快」。記憶體用量也會受節點數量、日誌顯示、核心執行狀態與視窗是否開啟影響;下載速度通常更取決於網路線路、伺服器負載與分流規則是否命中。
依作業系統與現有設定選擇版本
先選能在裝置上執行的安裝包,再決定偏好的介面。Windows 初次安裝者若能在下載頁找到符合架構的 Avalonia 桌面版,可先用它建立設定;已穩定使用 WPF 的使用者,不必只為了介面框架就更換工作目錄。
Avalonia 桌面版
推薦適合作為新安裝的起點。使用 macOS 或 Linux 時,請選擇相應系統的安裝包;Windows 使用者也可選擇對應的桌面版。不同作業系統仍須分別確認系統匣、代理與權限設定。
適合:初次設定、跨作業系統使用,或希望維持相近操作習慣的使用者。
WPF 版
適合延續既有的 Windows 操作流程。若目前的訂閱、路由與系統代理都運作正常,可先繼續使用,再依是否需要新功能決定要不要切換。
適合:只使用 Windows、熟悉 WPF 介面,且已有穩定設定的使用者。
- 確認作業系統:Windows 可在「設定」→「系統」→「系統資訊」查看系統類型;macOS 可在「關於這台 Mac」查看晶片資訊。
- 確認架構:分辨 x64 與 ARM64。不要只依電腦品牌判斷,也不要把作業系統位元數和處理器架構混為一談。
- 查看安裝包說明:確認目標作業系統、架構、是否包含執行環境,以及最低系統需求。
- 確認必要功能:若需要 TUN、特殊路由或特定核心,請先確認所選版本確實提供相應功能入口與執行元件。
執行需求與首次啟動檢查
「已安裝 .NET」不代表「已安裝程式所需的執行環境」。執行環境有不同版本、架構與類型;WPF 程式需要桌面版支援,只安裝一般 .NET Runtime 不一定足夠。SDK 是供開發使用,不應當成首次啟動失敗時的預設補救方式。
執行需求檢查:依發布方式分兩種情況
內含執行環境的安裝包
- 先完整解壓縮,再從解壓縮後的資料夾啟動。
- 不要只複製主程式,卻漏掉同一資料夾內的相依檔案。
- 若無法啟動,請檢查系統需求、執行權限與安全性軟體的紀錄。
依賴系統執行環境的安裝包
- 記下錯誤視窗要求的執行環境名稱與主要版本。
- 確認執行環境的架構與應用程式安裝包一致。
- WPF 安裝包請依需求安裝 .NET Desktop Runtime,完成後重新啟動程式。
結論:先依安裝包說明補齊必要的相依項目,不要連續安裝多個不明版本的執行環境來碰運氣。
Windows 使用者可在終端機執行下列命令,查看已安裝的 .NET 執行環境。若系統無法辨識命令,請參考安裝包說明確認是否需要安裝系統執行環境;若安裝包已包含執行環境,也不能只憑這項命令的結果判斷程式能否啟動。
dotnet --list-runtimes
查看結果時,請留意 Microsoft.WindowsDesktop.App 與 Microsoft.NETCore.App 的差異,並對照錯誤訊息中的版本需求。macOS、Linux 上的 Avalonia 安裝包也可能依賴系統圖形函式庫或執行權限,不能直接照搬 Windows 的執行環境處理方式。程式視窗無法開啟與核心連線失敗也應分開記錄;後者通常需要查看用戶端日誌。
訂閱、系統代理與監聽連接埠的檢查順序
兩種介面都能顯示伺服器清單,不代表目前的連線環境相同。建議依序檢查「訂閱群組」→「訂閱群組設定」、目前使用的伺服器、「設定」→「參數設定」以及「路由設定」。按鈕位置與子項目名稱可能隨版本改變,請以目前的介面為準。
連接埠是遷移時容易漏掉的具體設定。以下以 127.0.0.1:10808 作為本機代理範例,並將 10818 列為發生衝突時可考慮的連接埠;這些數值僅用於示範檢查方式,不代表所有版本都使用相同的預設連接埠。
- 訂閱:開啟「訂閱群組」→「訂閱群組設定」確認網址,再執行「更新全部訂閱」。訂閱網址含有存取憑證,請勿放進公開截圖。
- 監聽:前往「設定」→「參數設定」尋找本機監聽相關選項;部分版本會放在「Core 基礎設定」。先確認欄位設定的是混合連接埠,還是分開的 SOCKS、HTTP 連接埠,再設定應用程式代理。
- 系統代理:在 Windows 主視窗或系統匣的「系統代理」選單確認狀態。選取節點不代表系統代理已開啟。
- 路由:在「路由設定」確認規則及順序。使用「繞過大陸(Whitelist)」時,部分請求會直接連線,這是規則生效的結果,不應直接判定為代理失效。
- DNS 與 TUN:分別記錄 DNS 策略與 TUN 狀態。TUN 需要相應核心、系統支援與權限,並不是切換介面後就會自動沿用的通用開關。
遷移驗證:一次只執行一個用戶端
先結束舊版本並確認舊核心已停止,再啟動新版本。若日誌仍顯示連接埠遭占用,請先找出占用的程序;只有確定需要同時執行時,才為第二個實例設定不同連接埠,避免兩個介面同時變更系統代理。
從 WPF 切換到 Avalonia:分目錄遷移步驟
切換介面時不建議直接覆寫舊目錄。不同版本的資料結構、設定欄位或遷移邏輯可能不同,整個資料夾互相複製也可能混入舊核心與新檔案。先保留可還原的備份,再測試新環境,會比出問題後才尋找舊設定省事。
- 記錄舊環境:記下用戶端版本、使用中的核心、目前的訂閱群組、監聽連接埠、路由名稱與系統代理狀態。若有自訂 DNS 或 TUN 設定,也請一併記錄。
- 備份資料:使用目前版本實際提供的匯出或備份功能;若找不到明確的功能入口,請先結束程式,再備份設定資料夾。備份可能包含節點憑證,請存放在受保護的位置。
- 準備新目錄:將新安裝包完整解壓縮到獨立資料夾,不要覆寫舊資料夾,也不要讓兩個程式共用同一份設定。
- 優先重新建立訂閱:在新介面新增訂閱群組並更新。訂閱通常只提供節點資訊,不會自動還原本機路由、監聽連接埠、DNS 與系統代理偏好。
- 逐項還原設定:先測試一個節點,再還原路由與 DNS,最後視需要啟用 TUN。每次調整一類設定後就驗證一次,方便找出問題環節。
- 確認還原方式:若新版本發生異常,先關閉其系統代理並結束程式,再還原舊版本。請勿讓系統代理繼續指向已停止監聽的連接埠。
跨作業系統遷移時,尤其要重新設定本機選項。Windows 的資料夾路徑、開機啟動方式、憑證檔案位置與權限設定,不能直接套用到 macOS 或 Linux。訂閱成功匯入,只能表示節點來源可讀取,還不能證明本機代理連線已設定完成。
版本選擇與切換常見問題
Windows 上的 WPF 已經能正常使用,還需要切換嗎?
不必只因為框架名稱就切換。先列出目前缺少的功能,再確認目標版本的說明。若確實想試用,請以不同資料夾安裝、保留舊設定,並使用相同節點與路由比較結果。
換成桌面版後,原本的 VMess 或 VLESS 訂閱還能用嗎?
先到「訂閱群組」→「訂閱群組設定」新增原有網址並更新。能否解析及連線,取決於訂閱格式、節點參數與核心支援;若發生錯誤,請查看更新日誌,不要只看介面版本。
看得到節點,為什麼瀏覽器還是打不開網頁?
先確認目前使用的伺服器與核心日誌,再檢查「系統代理」狀態。若瀏覽器手動設定了代理,請確認填入的位址與連接埠符合目前的監聽設定;改成 10818 後,仍指向 10808 的應用程式不會自動更新。
新介面找不到舊教學中的按鈕,該怎麼辦?
請依功能名稱尋找「訂閱群組」、「參數設定」、「路由設定」,不要只照著截圖上的位置操作。先確認用戶端版本;若目前的版本沒有需要的選項,再查閱對應版本的說明。不要任意修改產生的核心設定檔來取代介面選項。
兩個版本都安裝後,可以同時開啟比較嗎?
初次驗證建議輪流啟動。若確實需要同時執行,必須分開設定資料夾、監聽連接埠與系統代理控制;不要讓兩個實例都自動設定系統代理。比較前也要確認節點、路由與 DNS 相同,否則結果沒有比較價值。