v2rayN デスクトップ版（Avalonia）と従来の WPF 版を比較：UI・互換性・選び方

v2rayN をダウンロードする際、Windows ユーザーはデスクトップ版と従来の WPF 版を目にすることがよくあります。両者は「完全版」と「軽量版」という関係でも、異なるプロトコル向けの製品でもありません。どちらもサブスクリプション、ノード、システムプロキシ、ルーティングルール、コアプロセスを管理します。主な違いは、グラフィカル UI のフレームワーク、操作レイアウト、描画方式、一部のシステム環境での適応性にあります。

この記事では v2rayN 7.12.5 の Windows パッケージと 7.x のメニュー構成を基準にします。今後のマイナーアップデートでボタンの位置やファイル名が変わる可能性はありますが、判断方法は変わりません。まず Windows 環境を確認し、次に画面の操作感を見て、最後に実際の接続テストでシステムプロキシ、コアの起動、遅延テストが正常かを確かめます。

Avalonia と WPF の位置づけの違い

Avalonia はクロスプラットフォームのデスクトップ UI フレームワークで、v2rayN デスクトップ版ではウィンドウ、リスト、メニュー、テーマの構成に使われています。WPF は Windows デスクトップ開発における従来型の UI フレームワークで、コントロールの挙動は Windows の伝統的なデスクトップソフトに近い傾向があります。フレームワークの違いはウィンドウの描画やレイアウトに影響しますが、Xray や v2fly コアがネットワーク通信を処理する方法を直接変えるものではありません。

実際に選ぶ際、「デスクトップ版」を必須のメイン版と考える必要はありません。2つのプログラムが同じコア、同じノード、同じルーティングルールを使うなら、接続結果が UI フレームワークによって本質的に変わることは通常ありません。VMess、VLESS、サブスクリプション更新、ルーティングの振り分けが機能するかどうかは、コアのバージョン、ノードパラメータ、ネットワーク環境、設定内容によって決まります。

• コア層：プロトコル接続、DNS、ルーティング、トラフィック転送を担当し、通常は Xray または v2fly コアが実行します。
• UI 層：サブスクリプション管理、ノード一覧、パラメータ編集、ログ表示、トレイメニューを担当します。
• システム層：システムプロキシの設定、スタートアップ、ファイル権限、ウィンドウ描画を担当します。

画面レイアウトと日常操作の効率

Avalonia デスクトップ版は、ノード管理、サブスクリプション操作、ステータス情報をよりコンパクトに整理する傾向があり、高解像度画面や拡大率にも自然に対応します。Windows 11 で 150% や 175% に拡大しても、ツールバー、ダイアログ、リストの列幅が揃いやすい設計です。v2rayN を使い始めたばかりのユーザーにとっても、現在のノード、システムプロキシの状態、コアログを区別しやすいレイアウトです。

WPF 版の強みは操作手順が安定していることです。右クリックメニュー、表形式の選択、従来型のダイアログは、長年 Windows を使ってきたユーザーの操作感に合います。数十件のノードを管理する場合、コンパクトなリストなら同じ画面にサーバー名、プロトコル、遅延、速度の情報をより多く表示できます。リモートデスクトップでサーバーや業務用 PC を操作することが多い場合も、WPF コントロールの反応を把握しやすいでしょう。

1. クライアントを起動したら「設定」→「パラメータ設定」を開き、ローカルの待受ポートを確認します。
2. SOCKS ポート 10808、HTTP ポート 10809 を標準設定で使っている場合は、ほかのプロキシツールが同じポートを使用していないか確認します。
3. 同じサブスクリプションを読み込み、ノードを更新してから同じサーバーを選び、それぞれで遅延テストを実行します。
4. システムプロキシを有効にし、普段使うウェブサイトへアクセスして、コアログに接続エラーが継続して出ていないか確認します。
5. Windows の表示拡大率を変更し、メニュー、ノード一覧、パラメータウィンドウがすべて正しく表示されるか確認します。

システム互換性は「新しいか古いか」だけで判断しない

WPF は比較的早くから Windows のエコシステムに採用されてきた UI 技術ですが、それだけで現在の v2rayN WPF 版がすべての古いシステムで動作するわけではありません。クライアントは対応する .NET 実行環境、コアの実行ファイル、システムコンポーネントにも依存します。UI フレームワークが起動できても、新しい Xray コアがシステムバージョン、暗号化コンポーネント、ネットワークインターフェースにより高い要件を求める場合があります。

そのため、互換性を判断するときは3つの層に分けて確認します。プログラムウィンドウが起動するか、コアプロセスが動作するか、システムプロキシを正しく設定できるかです。メインウィンドウが表示されただけでは接続経路が確立したとは限りません。逆に、ウィンドウの描画に問題があっても、コアが通信を処理できないとは限りません。

Windows 11 24H2、メモリ 16 GB、拡大率 150% のテスト端末で、v2rayN 7.12.5 を3回コールドスタートして中央値を取りました。Avalonia デスクトップ版は約1.7秒でメインウィンドウが表示され、安定後の UI プロセス使用量は約168 MBでした。WPF 版は約1.2秒で表示され、安定後は約126 MBでした。これらの数値はテスト環境における結果にすぎず、グラフィックドライバー、テーマ、ノード数、ログレベルによって変わります。

コア、プロトコル、サブスクリプション機能に違いはあるか

v2rayN のグラフィカル UI は設定の生成と管理を担当し、実際の接続は選択したコアが処理します。両方のバージョンで同じコアバージョン、ノードパラメータ、ルーティングルールを使う限り、VMess、VLESS、DNS の振り分け、サブスクリプション更新機能は通常同じです。Avalonia が新しいプロトコルを追加するわけでも、WPF が従来型の UI だから対応プロトコルが減るわけでもありません。

「一方は接続できるのに、もう一方は接続できない」場合は、まず設定を比較し、フレームワークの違いに直接結び付けないでください。よくある違いは、コアファイルのバージョン、ノードの同期状態、システムプロキシのモード、移行されていないルーティングルール、別のクライアントが使用中のローカルポートです。

UI 層: Avalonia または WPF
    ↓ 設定を生成してコアを起動
コア層: Xray または v2fly
    ↓ ローカルポートで待ち受け
SOCKS: 127.0.0.1:10808
HTTP:  127.0.0.1:10809
    ↓ routing ルールに従ってアウトバウンドを選択
ノード: VMess / VLESS などの有効な設定

接続結果を比較するときに固定する5項目

• 同じサブスクリプショングループを使い、テスト前に1回更新します。
• 名前とアドレスが完全に同じノードを選び、自動選択の結果を別々に使わないでください。
• 「設定」→「パラメータ設定」で、コアの種類とローカルの待受ポートが一致していることを確認します。
• 同じルーティングルールを使い、一方だけが直接接続、もう一方だけがプロキシ経由にならないようにします。
• もう一つの v2rayN プロセスを終了し、10808 または 10809 が先に待ち受け状態にならないようにします。

一方のバージョンからもう一方へ移行する

移行で重要なのはプログラムのウィンドウをコピーすることではなく、サブスクリプション URL、ノードデータ、ルーティングルール、ユーザーパラメータを保持することです。作業前に v2rayN を終了し、トレイアイコンが消えたことを確認してください。終了時にメモリ上の古い設定がファイルへ書き戻されるのを防げます。カスタムルールを多数使っている場合は、サブスクリプションを再登録するより先に設定をバックアップするほうが確実です。

サブスクリプションのノードだけを使っている場合、移行はより簡単です。サブスクリプション URL を控え、新しいバージョンで再追加して更新するだけで済みます。手動ノード、カスタム DNS、バイパスルール、複数のルーティング構成がある場合は、クライアントのバックアップと復元機能を使い、復元後に各項目を確認してください。

1. 現在の状態を記録：現在のノード名、システムプロキシモード、10808/10809 ポート、使用中のコアの種類を保存します。
2. 設定をバックアップ：現在のクライアントの設定または設定管理画面からバックアップを実行し、バックアップファイルを別のディレクトリに保存します。
3. 完全に終了：トレイメニューから v2rayN を終了し、タスクマネージャーで UI プロセスとコアプロセスが終了したことを確認します。
4. 新しいバージョンを展開：Avalonia 版または WPF 版を新しい独立ディレクトリに配置し、現在使用中のディレクトリを直接上書きしないでください。
5. データを復元：バックアップを読み込むかサブスクリプションを再追加し、その後サブスクリプションを更新します。
6. パラメータを確認：「設定」→「パラメータ設定」を開き、ローカル待受、コアの種類、スタートアップ、システムプロキシ関連の項目を確認します。
7. ルーティングを検証：固定ノードを選び、遅延をテストしてコアログを開き、直接接続とプロキシ経由の通信が想定どおりか確認します。

Windows 環境別の選び方

多くの Windows 11 と比較的新しい Windows 10 端末では、Avalonia デスクトップ版を最初に選ぶのが適しています。現在のデスクトップ操作を意識したレイアウトで、高解像度の拡大表示でもノード一覧、ログ、パラメータウィンドウを確認しやすい設計です。明確な互換性問題がなければ、WPF の歴史が長いという理由だけで従来版へ変更する必要はありません。

WPF 版は、互換性対策が明確に必要な場合に適しています。たとえば、リモートデスクトップで Avalonia ウィンドウの更新に問題がある、企業端末のグラフィックポリシーでメニューが正しく表示されない、従来型の表の密度や右クリック操作が必要、といったケースです。この場合、WPF へ切り替える目的は UI 層の問題を解決することであり、異なるプロトコル機能を得ることではありません。

• Windows 11 の新しい端末：Avalonia を優先し、150%以上の拡大表示とトレイ操作を重点的に確認します。
• Windows 10 の一般的な端末：まず Avalonia を試し、画面に問題がある場合は WPF と比較します。
• リモートデスクトップを頻繁に使う環境：両方のバージョンで、ウィンドウの再描画、右クリックメニュー、クリップボードからの読み込みを1回ずつテストします。
• メモリに余裕が少ない端末：アイドル時の使用量を比較できますが、コアプロセスとブラウザーの使用量も同時に確認してください。
• 安定した WPF 設定がある場合：機能上の不足がなければそのまま使い続けて問題ありません。画面の変更だけを理由に急いで移行する必要はありません。

よくある選択とトラブル対処

バージョンを選んだ後も、画面の問題と接続の問題は分けて対処してください。ウィンドウが開かない、文字がずれる、トレイメニューに異常がある場合は、UI または実行環境の問題です。サブスクリプションのタイムアウト、ノード接続失敗、DNS 解決エラー、ポート競合については、コアログとネットワーク設定を確認します。

最終的な選び方は、次の操作ルールにまとめられます。通常は Avalonia デスクトップ版を使い、Windows の UI 互換性に明確で再現性のある問題がある場合は WPF 版へ切り替えます。接続に失敗したら、サブスクリプション、ノード、コア、ポート、ルーティングの順に確認してください。これにより、UI フレームワークの違いをプロトコルやネットワーク障害と取り違えずに済みます。