Windows 앱을 Arm64로 포팅하기: 완전한 가이드

네이티브 Arm64 빌드는 앱이 최고 속도로 배터리를 아끼는 것과 Prism 에뮬레이션에서 느리게 실행되는 것의 차이를 만듭니다. 또한 커널 드라이버, 셸 확장, 심층 하드웨어 통합 등 에뮬레이션이 전혀 할 수 없는 기능을 가능하게 합니다. 여기 x64 전용에서 네이티브 Arm64를 출시하기까지의 완전한 경로가 있습니다.

1단계: 먼저 종속성을 감사하세요

이 단계는 포팅의 성패를 결정하며, 빌드 설정을 건드리기 전에 수행해야 합니다. 앱이 로드하는 모든 정적 라이브러리, NuGet 패키지, 네이티브 DLL 및 플러그인은 Arm64(또는 ARM64EC) 빌드가 있어야 합니다. 전체 종속성 트리를 살펴보세요. Arm64 릴리스나 대체품이 없는 x64 전용 네이티브 종속성이 하나라도 있다면, 순수 Arm64 포트 대신 ARM64EC가 필요하다는 신호입니다. 카탈로그에서 종속성을 확인하여 이미 네이티브로 제공되는 것을 확인하세요.

2단계: ARM64 솔루션 플랫폼 추가

Visual Studio(2022 17.4+ 사용): 구성 관리자 → 활성 솔루션 플랫폼 → <새로 만들기...> → ARM64 선택, 기존 x64 플랫폼에서 설정 복사, “새 프로젝트 플랫폼 만들기” 체크 유지. 이제 프로젝트에 Arm64 대상이 생겼습니다.

3단계: Arm64 빌드 도구 설치

Visual Studio 설치 관리자를 통해 Arm64 빌드 도구(MSVC Arm64 컴파일러/라이브러리)를 추가하세요. 빌드에 Arm 디바이스가 필요하지 않습니다 — Visual Studio는 x64 머신에서 Arm64로 크로스 컴파일합니다.

4단계: 네이티브 빌드 또는 크로스 컴파일

두 가지 유효한 설정이 있습니다:

• 온디바이스(네이티브): Snapdragon X 노트북에서 개발 — 로컬 디버깅이 가능하고 대상에서 테스트 스위트를 실행할 수 있습니다.
• 크로스 컴파일(x64 호스트): 더 빠르고 저렴하지만 결과를 로컬에서 실행할 수 없습니다 — Arm 디바이스 또는 VM에 원격 디버깅을 설정해야 합니다.

실용적인 CI 패턴은 x64에서 크로스 컴파일 + 테스트용 네이티브 Arm64 작업입니다. CI/CD 가이드를 참조하세요.

5단계: 종속성이 막히면 → ARM64EC

필수 종속성이 x64 전용이고 교체할 수 없는 경우, 완전히 에뮬레이션될 필요는 없습니다. ARM64EC를 사용하면 네이티브 ARM64EC 코드와 에뮬레이션된 x64 코드가 하나의 프로세스를 공유할 수 있습니다 — 고집스러운 x64 종속성이 계속 실행되는 동안 핫 경로를 네이티브로 다시 컴파일하세요. 자세한 내용은 ARM64EC 심층 분석을 참조하세요.

6단계: 확인 및 출시

빌드가 진정으로 네이티브인지 확인하세요 — 작업 관리자의 아키텍처 열에 ARM64라고 표시되어야 합니다(확인 방법 참조). 그런 다음 게시하세요: Arm64 빌드가 winget, Microsoft Store 또는 GitHub 릴리스에 도착하는 순간, 당사와 같은 호환성 추적기가 이를 감지하고 항목을 네이티브로 전환합니다. 네이티브 앱 카탈로그와 네이티브 공유 트렌드를 둘러보며 참여하는 생태계를 확인하세요.

의사 결정 트리

• 모든 종속성에 Arm64 빌드가 있음 → 순수 Arm64, 최상의 결과.
• 하나 또는 두 개의 x64 전용 종속성, 대체 불가 → ARM64EC, 점진적 접근.
• 차단하는 커널 드라이버 종속성 → 이는 드라이버 포팅으로, 별도의 작업입니다.