Google은 에뮬레이트 된 ARM 앱 지원을 위해 Android 경로를 부드럽게합니다.

전체 ARM 에뮬레이션을 요구하는 성능 오버 헤드없이 테스트를 위해 ARM 바이너리를 실행할 수 있으므로 테스트 경로가 빨라집니다.

이전에 ARM 라이브러리에 의존하고 x86 변형 앱을 구축 할 수 없었던 개발자는 완전한 ARM 에뮬레이션이있는 시스템 이미지를 사용해야했으며 x86 기반 컴퓨터에서 실행될 때 x86 시스템 이미지보다 훨씬 느리다고합니다. 또는 물리적 장치에 의지하십시오.

특히, 이제 ARMv7 및 ARM64 ABI가 지원됩니다.

위 이미지는 이전 Android "Oreo"시스템 이미지가 아닌 ARM ABI를 지원하는 새로운 Android 11 x86 시스템 이미지를 보여줍니다.

ABI

다른 Android 기기는 다른 CPU를 사용하기 때문에 다른 명령어 세트를 지원해야합니다.

CPU와 명령어 세트의 각 조합에는 고유 한 ABI (Application Binary Interface)가 있으며 여기에는 CPU 명령어 세트와 사용할 수있는 확장명, 런타임시 메모리 저장 및로드의 엔디안, 응용 프로그램간에 데이터를 전달하는 규칙, 시스템, 실행 가능한 프로그램 및 공유 라이브러리의 형식

ARM 호환

"Android 앱의 모든 C ++은 기계 명령어로 직접 컴파일됩니다."라고 Google의 제품 관리자 인 Michael Hazard는 말합니다. “이는 대상 장치의 아키텍처에 따라 다르게 컴파일해야 함을 의미합니다. 휴대 전화는 ARM 프로세서를 사용하는 경향이 있습니다. 결과적으로 카메라 바코드 스캐너 라이브러리와 같이 앱에 추가 할 수있는 많은 C ++ 종속성은 ARM 프로세서와 만 호환됩니다. x86 기반 프로세서가 장착 된 컴퓨터에서 개발하는 경우 앱을 실행하지 못하게되므로 문제가됩니다. "

“새로운 ARM 호환 Android 11 시스템 이미지는 전체 시스템이 기본적으로 x86을 실행하고 평상시와 같이 가상화 기술을 활용할 수 있도록합니다. 앱 프로세스에 ARM 이진이 필요한 경우 이진은 해당 프로세스 내에서만 x86으로 변환됩니다. 이를 통해 ART (Android Runtime) 및 libGLES 및 libvulkan과 같은 성능에 중요한 기타 라이브러리를 포함하여 x86에서 나머지 프로세스를 계속 실행할 수 있습니다.”

또한 번역 사는 낮은 수준의 하드웨어 특정 라이브러리의 실행을 피함으로써 값 비싼 메모리 액세스 계측 및 관련 성능 저하를 피할 수 있다고 덧붙였다.

새로운 에뮬레이터 시스템 이미지는 로컬 및 자체 연속 통합 인프라에서 모두 사용할 수 있습니다.

에뮬레이션 된 ARM을 다시 시도하십시오.

위 이미지는 Android 11을 실행하는 AVD (Android 가상 장치)를 생성하는 Android 가상 장치 관리자를 보여줍니다.

구글은 ARM 지원 부족으로 에뮬레이터 시스템을 이미 피한 개발자들에게 안드로이드 11 시스템 이미지를 사용 해보라고 촉구하고있다. Google IDE 인 Android Studio에 포함 된 SDK Manager 또는 Android Virtual Device Manager를 통해 Android Studio에서 다운로드 할 수 있습니다.

Android 11 Developer Preview 2는 지난주에 출시되었으며 5G 처리 및 접이식 화면에 대한 지원이 포함되어 있습니다. 안드로이드 11은“Q3”에 출시 될 예정입니다.

참고 : Android 11 Developer Preview 2가 포함 된 Google eyes 5G, 접이식 화면