Microsoft .NET Native Runtime 용 Windows

UWP 애플리케이션을 위한 런타임의 실제 기능

런타임은 관리되는 어셈블리를 빌드 시 네이티브 바이너리로 변환합니다, 필요한 프레임워크 구성 요소만 포함하는 실행 파일을 생성합니다. 이 정적 사전 컴파일은 앱 시작 시 JIT 변환을 제거하고 트리 쉐이킹을 통해 배포된 패키지를 간결하게 유지합니다. 개발자에게 이는 빌드 시 작업이 런타임 컴파일에 의존하지 않고 아키텍처별 출력을 생성함을 의미하므로, 배포 번들은 선택된 대상 아키텍처에 맞게 조정된 네이티브 코드를 포함합니다.

실제로 시작, 메모리 및 배터리에 미치는 영향

측정된 효과에는 훨씬 더 빠른 애플리케이션 초기화와 낮은 활성 메모리 사용이 포함됩니다. 이는 런타임이 참조된 프레임워크 요소만 연결하고 JIT 오버헤드를 피하기 때문입니다. 더욱이, 네이티브 실행은 초기화 중 CPU 사이클을 줄이며, 개발자 문서는 이를 모바일 장치에서 배터리 사용 개선과 연결합니다. 최종 사용자에게는 런타임이 필요에 따라 코드를 컴파일하는 동안 발생할 수 있는 중요한 실행 경로에서의 중단이 줄어드는 가시적인 결과가 있습니다.

생산 시스템에서 사용해도 안전한가요? 그리고 어떻게 배포되나요?

런타임은 프레임워크 종속성으로 배포되며, 앱이 이를 요구할 때 Microsoft Store를 통해 자동으로 설치되는 것이 일반적입니다. 이는 장치 간 배포를 간소화합니다. 또한, JIT로 인한 지연을 제거하면 생산 환경에서 더 일관된 런타임 동작을 생성합니다. 그럼에도 불구하고, 정적 컴파일은 동적 동작에 영향을 미칠 수 있습니다. 일부 반사 시나리오는 코드가 네이티브 이미지에 보존되도록 보장하기 위해 명시적인 런타임 지시문이 필요합니다.

개발자가 런타임을 올바르게 채택하기 위해 추가 지식이 필요한가요?

UWP를 목표로 하는 개발자는 아키텍처별 빌드를 계획하고 도구 체인의 빌드 시 특성을 고려해야 합니다. 또한, 런타임 코드 생성이나 광범위한 반사에 의존하는 팀은 런타임 지시문 (rd.xml)을 추가하여 필요한 유형이 제거되지 않도록 해야 합니다. 각 대상 아키텍처에서 릴리스 빌드를 테스트하는 것이 필요합니다. 최종 바이너리는 제출 중 x86, x64 또는 ARM을 위해 컴파일되며, JIT 실행 디버그 빌드와 다르게 동작할 수 있습니다.

성능 중심 UWP 개발을 위한 실용적인 선택, 패키징의 트레이드오프

Microsoft .NET Native Runtime은 스토어 앱에 대해 네이티브 속도의 시작이 필요한 개발자에게 실용적인 옵션입니다. 트레이드오프는 아키텍처별로 출력이 컴파일되기 때문에 빌드 및 패키징 복잡성이 증가하는 것입니다. 신뢰할 수 있는 릴리스를 위해 각 대상 아키텍처에서 컴파일된 릴리스 바이너리를 테스트하고 동적 기능에 대한 런타임 지시어를 포함하십시오. 이 접근 방식은 단순화된 단일 바이너리 파이프라인보다 출시 시간과 런타임 안정성을 우선시하는 팀에 적합합니다.