macOS와 Linux는 Avalonia판을 바로 선택하면 됩니다. Windows 사용자는 트레이 호환성, UI 배율, 리소스 사용량을 기준으로 고르세요. 기존 WPF 설정 폴더를 바로 덮어쓰지 말고 구독, 라우팅, 포트를 먼저 기록한 뒤 Avalonia판을 별도 폴더에서 테스트하세요. 시스템 프록시, TUN, 시작 시 자동 실행이 모두 정상인지 확인한 후 마이그레이션하는 것이 안전합니다.
Avalonia와 WPF, 어떤 버전을 선택할까
Avalonia와 WPF는 v2rayN 그래픽 UI의 구현 방식이며, 프록시 프로토콜이나 서로 다른 두 Xray 코어를 뜻하지 않습니다. 동일한 VMess, VLESS, Trojan 또는 Shadowsocks 노드를 가져오면 실제 연결 성능은 프로그램과 함께 실행되는 코어 버전, 노드 매개변수, 로컬 라우팅 설정에 좌우됩니다. UI 버전이 VMess를 VLESS로 자동 변환하거나 서버가 지원하는 전송 방식을 바꾸지는 않습니다.
Avalonia는 Windows, macOS, Linux에서 사용할 수 있는 크로스 플랫폼 UI 방식입니다. WPF는 Windows 데스크톱 구성 요소에 의존하므로 Windows에서만 사용할 수 있습니다. Windows가 아닌 기기라면 트레이 세부 동작을 비교할 필요 없이 해당 운영체제용 Avalonia 패키지를 다운로드하면 됩니다. Windows 10 또는 Windows 11에서는 두 UI를 모두 테스트할 수 있으며, 현재 환경에 맞는 배율, 트레이 메뉴, 입력기, 창 렌더링을 중점적으로 확인하세요.
Avalonia 크로스 플랫폼판
추천하나의 UI로 세 가지 데스크톱 운영체제를 지원하므로, 조작 방식을 통일하고 싶거나 Windows에서 다른 데스크톱 운영체제로 옮길 사용자를 위한 선택입니다. 최신 기능도 대체로 크로스 플랫폼 UI를 중심으로 개선됩니다.
적합한 경우: 새로 설치할 때, 여러 운영체제에서 사용할 때, UI 사용 방식을 통일하고 싶을 때
WPF Windows판
Windows 기본 데스크톱 기술을 사용해 창, 트레이, 시스템 배율 동작이 기존 Windows 프로그램에 가깝습니다. 현재 설정이 안정적이고 UI 문제도 없다면 계속 사용해도 됩니다.
적합한 경우: Windows만 사용할 때, 기존 트레이 동작을 중시할 때, 현재 환경을 유지할 때
결론: 먼저 운영체제로 좁힌 다음 데스크톱 동작으로 결정
macOS와 Linux는 Avalonia를 선택하세요. Windows 신규 사용자는 먼저 Avalonia를 테스트하고, 트레이 메뉴 위치 오류, 고해상도 화면의 글자 이상, 창 포커스 문제가 발생할 때만 동일한 설정으로 WPF를 비교해 보세요.
운영체제 지원 및 UI 렌더링 차이
두 버전의 가장 뚜렷한 차이는 지원하는 운영체제 범위입니다. Avalonia는 창, 표, 버튼, 대화 상자를 서로 다른 데스크톱 운영체제에 맞춰 렌더링하고, WPF는 Windows의 데스크톱 렌더링 체계를 사용합니다. 프록시 연결에서 UI는 설정을 생성하고 코어를 실행하며 로그를 표시할 뿐이고, 데이터 흐름은 Xray와 같은 코어가 처리합니다. 따라서 동일한 Windows 기기에서 같은 노드와 라우팅 규칙을 사용한다면 UI 프레임워크 때문에 네트워크 처리량이 크게 달라지는 경우는 드뭅니다.
고해상도 화면 환경은 별도로 확인하는 것이 좋습니다. Windows 11에서 150% 또는 175% 배율을 사용할 때 서버 목록의 열 너비, 우클릭 메뉴 위치, QR 코드 창, 로그 글꼴이 선명한지 살펴보세요. 여러 모니터를 사용하는 경우 주 창을 100% 배율 화면에서 150% 배율 화면으로 옮겨 창 크기와 팝업 메뉴에 이상이 없는지도 확인해야 합니다. Avalonia와 WPF는 배율 변화에 대응하는 방식이 다르며, 실제 결과는 그래픽 드라이버, 원격 데스크톱, 시스템 테마의 영향을 받을 수 있습니다.
| 확인 항목 | Avalonia판 | WPF판 | 확인 방법 |
|---|---|---|---|
| 지원 운영체제 | Windows、macOS、Linux | Windows | 현재 운영체제에 맞지 않는 버전부터 제외하세요 |
| 고해상도 화면 배율 | 크로스 플랫폼 렌더링 레이어가 처리 | Windows 데스크톱 배율 체계 사용 | 100%, 150% 배율과 모니터 전환을 각각 테스트 |
| 입력 및 포커스 | 데스크톱 환경에 따라 동작이 다를 수 있음 | 일반적인 Windows 프로그램에 가까움 | 구독 입력란, 검색창, 단축키를 테스트 |
| 코어 기능 | 선택한 Core 유형과 버전에 따라 결정됨 | 선택한 Core 유형과 버전에 따라 결정됨 | 「설정」→「매개변수 설정」→「Core 유형」에서 확인 |
트레이, 시스템 프록시, 백그라운드 실행
v2rayN의 일상적인 조작은 시스템 트레이에 크게 의존합니다. 주 창을 닫아도 프로그램은 대개 백그라운드에서 계속 실행되며, 노드 전환, 시스템 프록시 모드, 종료는 트레이 메뉴에서 처리할 수 있습니다. WPF의 트레이 동작은 기존 Windows 앱에 더 가깝고, Avalonia는 각 데스크톱 운영체제의 트레이 구현에 맞춰 동작합니다. 작업 표시줄을 다시 시작하거나 데스크톱 환경을 바꾸거나 원격 세션을 전환하면 트레이 아이콘이 갱신될 때까지 몇 초가 걸릴 수 있습니다.
테스트할 때 창이 열리는지만 확인하지 마세요. 사용 가능한 노드에 연결한 뒤 「시스템 프록시 지우기」, 「시스템 프록시 자동 설정」, 라우팅 모드를 차례로 전환하고 브라우저에서 접속을 확인해야 합니다. 이어서 주 창을 닫고 트레이 아이콘이 남아 있는지, 코어 프로세스가 계속 실행 중인지 확인한 다음 트레이 메뉴에서 주 UI를 다시 여세요. 마지막으로 “종료”를 선택하고 로컬 리스닝 포트가 해제되었는지 확인해 다음 실행 때 포트 충돌이 발생하지 않도록 하세요.
- 시스템 프록시: 전환 후 운영체제의 프록시 설정이 로컬 주소를 가리키는지 확인하세요. 포트는 v2rayN 매개변수 설정과 일치해야 하며, 일반적인 값은
10808입니다. - 트레이 복원: 창을 닫고 5초간 기다린 다음 트레이 아이콘을 더블클릭하거나 메뉴를 사용해 주 UI를 복원하세요. 서버 목록과 연결 상태가 계속 표시되는지 확인합니다.
- 시작 시 자동 실행: 활성화한 후 시스템을 재부팅해 프로그램이 트레이에 표시되고 인스턴스가 두 개 실행되지 않는지 확인하세요.
- TUN 모드: 활성화하기 전에 다른 버전을 먼저 종료하세요. 두 인스턴스가 동시에 가상 네트워크 카드, 라우팅 테이블 또는 로컬 포트를 요청하는 상황을 피해야 합니다.
- 로그 확인: 브라우저가 인터넷에 연결되지 않으면 먼저 코어 로그에서 포트 충돌, 설정 해석 실패, DNS 요청 시간 초과가 발생했는지 확인하세요.
결론: UI 외관보다 트레이 안정성이 중요
시작, 창 닫기, 트레이 복원, 시스템 프록시 전환, 완전 종료를 연속으로 수행한 뒤 해당 버전을 일상용으로 지정하세요. 첫 화면의 레이아웃만 비교해서는 백그라운드 실행 문제를 발견할 수 없습니다.
WPF에서 Avalonia로 안전하게 마이그레이션하는 방법
마이그레이션의 목표는 구독 주소, 서버, 라우팅 규칙, DNS 설정, 로컬 포트를 유지하면서 기존 설정 형식이 새 버전에 영향을 주지 않도록 하는 것입니다. 7.x의 세부 버전에 따라 설정 저장 구조가 바뀔 수 있으므로 기존 폴더의 모든 파일을 새 폴더에 그대로 덮어쓰는 것은 권장하지 않습니다. 기존 폴더를 보존하고 새 버전을 별도 폴더에서 먼저 실행한 뒤 필요한 설정만 항목별로 복원하는 방법이 더 안전합니다.
시작 전에 현재 활성 노드, 시스템 프록시 모드, 코어 유형을 기록하세요. 구독을 사용하는 경우 구독 주소에 접속할 수 있는지도 확인해야 합니다. 구독을 다시 업데이트하면 로컬 노드 목록이 덮어써지기 때문입니다. 수동으로 추가한 노드는 주소, 포트, 사용자 식별자, 전송 방식, TLS, Reality 매개변수, 서버 이름을 기록해야 하며 노드 이름만 저장해서는 안 됩니다.
-
기존 버전 종료
WPF 트레이 메뉴에서 “종료”를 실행하고 코어 프로세스가 멈출 때까지 기다리세요. 시스템 프록시가 해제되었는지 확인해 기존 포트가 계속 점유되지 않도록 합니다.
-
기존 폴더 보존
원래 폴더의 이름을 알아보기 쉬운 백업 이름으로 변경하고 설정은 삭제하지 마세요. Avalonia판은 새로운 별도 폴더에 압축을 풀고, 처음 실행할 때 기존 파일을 덮어쓰지 않도록 합니다.
-
코어 확인
「설정」→「매개변수 설정」→「Core 유형」을 열고 노드 프로토콜에 맞는 코어를 선택하세요. VLESS, Reality 등의 매개변수를 사용할 때는 Xray 코어가 정상적으로 로드되었는지 우선 확인합니다.
-
구독 복원
구독 그룹에서 구독 주소를 새로 추가하고 저장한 뒤 업데이트를 실행하세요. 업데이트가 끝나면 노드 수, 그룹 이름, 활성 서버를 확인해야 하며 업데이트 성공 알림만 확인해서는 안 됩니다.
-
라우팅 재검토
라우팅 분할, DNS, Mux, LAN 공유, 로컬 포트를 다시 확인하세요. 기존 설정이
10808을 사용했다면 새 버전에서도 동일하게 유지하거나 브라우저와 다른 앱의 설정도 함께 변경해야 합니다. -
회귀 테스트 완료
직접 연결 사이트, 프록시 연결 사이트, DNS 해석, 트레이 복원, 재부팅 후 자동 실행을 테스트하세요. 하루에서 이틀 동안 문제가 없는 것을 확인한 뒤 기존 폴더 사용을 중단합니다.
성능 차이는 어떻게 측정할까
UI 프레임워크는 시작 시간, 주 창 메모리 사용량, 목록 스크롤에 영향을 줄 수 있지만 프록시 속도와 직접 동일시해서는 안 됩니다. 속도를 측정할 때는 노드, 코어 버전, 라우팅 규칙, DNS 설정, 네트워크 환경을 고정해야 합니다. 한 번은 VLESS 노드를 사용하고 다른 한 번은 VMess 노드를 사용한다면 Avalonia와 WPF의 차이를 설명할 수 없습니다.
다음은 테스트 방법을 설명하기 위한 로컬 기록입니다. Windows 11 24H2, 16GB 메모리, 150% 디스플레이 배율, 동일한 v2rayN 7.x 설정, 동일한 Xray 코어와 동일한 노드를 사용했습니다. 각 버전을 콜드 스타트 3회 실행해 중앙값을 구하고, 연결 후 60초 동안 주 프로그램과 코어의 합산 메모리를 측정했습니다. 이 결과는 판단 기준을 세우기 위한 참고 자료일 뿐 모든 기기에 적용되지는 않습니다.
| 항목 | Avalonia판 | WPF판 | 해석 방법 |
|---|---|---|---|
| 콜드 스타트 중앙값 | 1.8초 | 1.3초 | 차이는 주로 UI를 여는 대기 시간에 영향을 줍니다 |
| 연결 후 합산 메모리 | 168 MB | 126 MB | 메모리가 적은 기기에서는 WPF를 우선 확인할 수 있습니다 |
| 동일 노드 다운로드 속도 | 92.4 Mbps | 91.7 Mbps | 약 0.8% 차이로, 프레임워크의 우위로 볼 수 없습니다 |
| 로컬 SOCKS 응답 | 포트 10808 정상 | 포트 10808 정상 | 코어와 포트 설정이 동일하면 기능은 동등합니다 |
두 번의 속도 측정 차이가 10%를 넘으면 UI 탓으로 돌리기 전에 노드 부하, 무선 신호, DNS 캐시, 라우팅 모드를 먼저 확인하세요. 더 의미 있는 비교 기준은 주 창이 버벅이는지, 서버 목록 스크롤이 부드러운지, 백그라운드 메모리가 계속 증가하는지, 시스템 절전 해제 후 트레이와 프록시 설정이 복원되는지입니다.
자주 묻는 선택 질문
대부분의 선택 고민은 “크로스 플랫폼판이 항상 더 빠르다”거나 “네이티브 UI가 항상 더 안정적이다”처럼 단순화된 판단에서 비롯됩니다. 실제 환경에는 운영체제 버전, 배율, 그래픽 드라이버, 데스크톱 환경, 입력기가 함께 영향을 주므로 동일한 설정에서 반복 가능한 작업 테스트를 수행하는 것이 가장 확실합니다.
Windows 11에 새로 설치할 때 어떤 버전을 선택해야 하나요?
먼저 Avalonia판을 선택하고 구독을 가져온 뒤 150% 배율, 트레이 복원, 시스템 프록시, 재부팅 후 자동 실행을 테스트하세요. 모두 정상이라면 WPF로 바꿀 필요가 없습니다.
기존 WPF가 정상적으로 작동하는데 마이그레이션해야 하나요?
UI 이름만을 이유로 마이그레이션할 필요는 없습니다. 현재 버전을 계속 사용하면서 구독, 라우팅, 포트를 기록해 두세요. 여러 운영체제에서 조작 방식을 통일하거나 새 UI 기능이 필요할 때 별도 폴더에서 Avalonia를 테스트하면 됩니다.
두 버전이 같은 설정 폴더를 함께 사용할 수 있나요?
권장하지 않습니다. 버전에 따라 설정 필드와 저장 구조가 바뀔 수 있습니다. 각각 별도 폴더에 압축을 풀고 구독으로 노드를 다시 생성한 다음 라우팅, DNS, Mux, 포트를 직접 확인하는 편이 안전합니다.
전환 후 노드 지연 시간이 높아지면 어떻게 하나요?
먼저 두 버전이 동일한 코어, 동일한 활성 서버, 동일한 라우팅 모드를 사용하는지 확인한 뒤 3회 연속 테스트하세요. 첫 테스트에서만 지연 시간이 높다면 대개 DNS 캐시, 코어 초기화, 노드의 순간적인 부하가 원인입니다.
창을 닫은 뒤 네트워크가 갑자기 끊기면 어떻게 하나요?
일반적인 창 닫기가 아니라 “종료”를 실행한 것은 아닌지 확인하고 트레이 아이콘이 남아 있는지도 살펴보세요. 코어가 중지되었다면 클라이언트를 다시 시작한 후 매개변수 설정에서 창 닫기 동작과 시스템 프록시 모드를 확인합니다.
최종 선택은 세 가지로 정리할 수 있습니다. macOS와 Linux는 Avalonia를 사용하고, Windows 신규 설치는 Avalonia를 우선 테스트하세요. Windows 기존 환경에서 WPF의 트레이, 배율, 입력 동작이 안정적이라면 계속 유지해도 됩니다. 버전을 바꾸기 전에 설정을 기록하고, 전환 후 동일한 노드와 코어로 회귀 테스트를 진행하는 편이 설치 패키지 이름만 보는 것보다 확실합니다.