XAPK vs APKS vs APKM: 벤치마크, 구조, 속도 및 평결(2026)
직접 비교 평결: Google Play가 모놀리식 APK에서 동적 전달(분할 APK)로 전환했을 때 타사 도구와 저장소에는 필수 CPU ABI, 화면 밀도(DPI) 및 언어 분할과 함께 base.apk를 번들로 묶기 위한 컨테이너 형식이 필요했습니다. 현재는 .xapk(.obb 확장 데이터가 필요한 게임에 가장 적합), .apk(Google의 bundletool 및 SAI에서 생성된 개방형 표준), .apkm(info.json를 사용한 APKMirror의 분할 번들 형식)의 세 가지 형식이 지배적입니다.
1. 일대일 사양 및 벤치마크 매트릭스
| 사양 / 미터법 | XAPK (.xapk) | APKS(.apks) | APKM(.apkm) |
|---|---|---|---|
| 유래/창작자 | APK순수/개방형 커뮤니티 | 구글 bundletool 및 SAI | APKMirror |
| 바이너리 컨테이너 헤더 | 표준 PKZIP(0x504B0304) | 표준 PKZIP(0x504B0304) | PKZIP 또는 암호화된 스트림 |
| 메타데이터 매니페스트 파일 | manifest.json + icon.png | 또는 meta.sai_v2.json toc.pb | info.json + icon.png |
| OBB 확장 파일을 지원합니까? | 예 (Android/obb/<pkg>/*.obb) | 아니요(APK 분할 및 Play Asset Delivery만 해당) | 아니요(분할 APK만 해당) |
| 평균 브라우저 병합 속도(150MB) | ~3.8초 | ~3.4초 | ~2.1초(포장 풀기/재포장) |
| xapktoapk.com의 전용 온라인 도구 | XAPK to APK 변환기 & XAPK 빌더 | APKS-APK 합병 | APKM에서 APK Unpacker로 |
2. 내부 메타데이터 스키마 차이점(manifest.json과 info.json)
프로그래밍 방식으로 패키지를 검사하거나 설치 프로그램 오류를 디버깅할 때 아카이브 루트 내부의 JSON 설명자는 즉시 컨테이너 형식을 식별합니다.
- XAPK (APKPure)(manifest.json): xapk_version(레거시 APK+OBB의 경우 1, 분할 APK의 경우 2), package_name, version_code, split_apks: [{ id, file }] 및 expansions: [{ file, install_location, install_path }]를 정의합니다. XAPK 뷰어 및 매니페스트 유효성 검사기를 사용하면 이 스키마를 실시간으로 확인할 수 있습니다.
- APKM(info.json): pname, versioncode, release_version, min_api 및 arches와 같은 키를 사용합니다. APKM에서 APK Unpacker로는 이 파일을 브라우저에서 직접 구문 분석합니다.
- APKS(toc.pb): bundletool build-apks --bundle=app.aab --output=app.apks를 실행할 때 생성됩니다. 플랫 split_*.apk 파일 또는 중첩된 splits/base-master.apk 항목을 포함합니다. APKS-APK 합병를 사용하여 이들을 단일 설치 가능한 .apk로 병합하고 결합하세요.
3. 어떤 형식을 선택해야 합니까?
- 분할 APK와 함께 외부 .obb 확장 파일을 사용하는 대규모 Android 게임을 패키징하거나 백업할 때 XAPK를 선택하세요.
- 도구 간 호환성을 최대화하기 위해 Android 앱 번들(AAB)(.aab에서 분할 빌드를 내보내거나 SAI를 통해 설치된 분할 앱을 백업할 때 APK 선택입니다).
- 이들 중 하나를 단일 독립 실행형 APK로 변환하세요는 Android의 기본 패키지 설치 프로그램, SideQuest, Firestick 다운로더 또는 Windows Android 에뮬레이터를 통해 원탭 설치를 원할 때마다 가능합니다.