Descompactador de pacote APKM

Conversor e descompactador de APKM para APK on-line

Inspecione e descompacte Pacotes divididos .apkm diretamente em seu navegador. Analise automaticamente os metadados do info.json, verifique os cabeçalhos binários do contêiner, extraia o base.apk e as divisões de CPU/DPI ou gere um comando adb install-multiple pronto para execução — 100% no navegador e sem envio para servidores.

Arraste e solte o pacote .APKM aqui

ou clique para selecionar um arquivo dividido .apkm, .apks ou .zip

Processamento 100% local do navegador • Analisa info.json e APKs divididos

Por dentro da arquitetura de contêiner APKM

Quando os desenvolvedores publicam um Android App Bundle (.aab no Google Play, os dispositivos recebem apenas os APKs divididos adaptados ao seu hardware). Plataformas de arquivamento de terceiros, como APKMirror, empacotam essas divisões modulares em um pacote .apkm junto com um descritor JSON chamado info.json.

  • Verificação de bytes mágicos do cabeçalho: Verifica se .apkm usa enquadramento PKZIP padrão (0x504B0304) ou um cabeçalho de fluxo v2 criptografado.
  • Análise de manifesto info.json: Extrai o nome do pacote (pname), o código da versão, o nível mínimo do Android SDK e as arquiteturas de CPU suportadas.
  • Reembalagem .apks padrão com um clique: Converte contêineres .apkm não criptografados em arquivos ZIP .apks universais compatíveis com SAI, bundletool e nosso fusão principal do APK dividido.

Ferramentas de embalagem relacionadas

Fusão de XAPK e APK dividido APKS para descompactador de APK Validador de arquivo XAPK Verificador de ABI e DPI do dispositivo

Referência técnica: conversão de pacotes APKM em arquivos APK independentes

Um arquivo .apkm não é um único pacote Android compilado - é um arquivo de várias partes contendo um módulo base.apk primário junto com divisões de configuração separadas para conjuntos de instruções de CPU (split_config.arm64_v8a.apk), split_config.armeabi_v7a.apk, densidades de pixels de tela (split_config.xxhdpi.apk), split_config.xxxhdpi.apk e recursos de string localizados (split_config.en.apk). Como o instalador de pacote padrão do Android (PackageInstaller aceita apenas um único .apk monolítico ao fazer o sideload de um gerenciador de arquivos, tocar em um arquivo .apkm diretamente em seu telefone resulta em um erro de arquivo não reconhecido).

Mesmo se você extrair base.apk de um arquivo .apkm e tentar instalá-lo sozinho no Android 13, 14 ou 15, duas barreiras técnicas impedem o funcionamento do aplicativo:

  • Aplicação de divisão de manifesto binário (isSplitRequired="true"): Dentro do binário compilado AndroidManifest.xml de base.apk, a tag <application> carrega o atributo booleano android:isSplitRequired="true" (ID de recurso de atributo 0x01010591). Quando o PackageManagerService do Android vê esse sinalizador durante uma instalação de APK único, ele aborta imediatamente com INSTALL_FAILED_MISSING_SPLIT.
  • Bibliotecas nativas separadas e recursos de densidade: Todas as bibliotecas compartilhadas C/C++ compiladas (lib/arm64-v8a/*.so e drawables de UI de alta resolução residem nos arquivos split_config.*.apk complementares. Sem mesclar essas entradas no arquivo base e atualizar resources.arsc), o aplicativo trava ao iniciar com java.lang.UnsatisfiedLinkError ou Resources$NotFoundException.
  • Fluxos APKM baseados em ZIP vs. criptografados: Os arquivos .apkm padrão começam com a assinatura PKZIP de 4 bytes (50 4B 03 04) e incluem um arquivo info.json na raiz. No entanto, alguns downloads mais recentes do APKMirror usam um formato de wrapper criptografado personalizado (cabeçalho mágico 02 ...) projetado exclusivamente para seu instalador proprietário. Nosso analisador verifica os primeiros 16 bytes do seu arquivo imediatamente na memória do navegador: se for um .apkm padrão baseado em ZIP, você pode descompactar todas as divisões ou exportar um arquivo .apks limpo aqui mesmo e, em seguida, colocar esse arquivo em nosso página inicial XAPK e fusão de APK dividido para compilar um único .apk assinado v1 + v2.
Arquivo interno APKM Objetivo na entrega do Android App Bundle Necessário para instalação autônoma?
info.json Nome do pacote de gravação do descritor de metadados JSON, versioncode, min_api e ABIs de destino Não (somente metadados; removidos durante a mesclagem do APK)
base.apk Bytecode DEX primário (classes.dex), núcleo AndroidManifest.xml e recursos de linha de base Sim (pacote principal obrigatório)
split_config.arm64_v8a.apk Bibliotecas compartilhadas C/C++ nativas ARM de 64 bits (lib/arm64-v8a/*.so) Sim (obrigatório em telefones modernos de 64 bits)
split_config.xxhdpi.apk Ícones de UI de alta densidade, bitmaps e drawables de layout (320dpi–640dpi) Sim (evita falhas de drawable ausentes)
split_config.en.apk Tabelas de strings localizadas compiladas para o idioma do sistema do usuário Recomendado (garante que os rótulos de texto da IU sejam renderizados corretamente)
Projetado e documentado por Mst Shaefale Desenvolvedor líder e arquiteto de pacotes Android • Verificado no Android 12–15

Toda a inspeção de arquivos no APKM Unpacker é executada 100% localmente em seu navegador usando a API de arquivo HTML5 e JSZip.

Sobre o autor Contate o suporte

APKM para APK – Perguntas frequentes

Solte seu arquivo .apkm no descompactador acima e clique em Reempacotar como padrão .APKS (ZIP) ou extraia os APKs divididos diretamente. Você pode então mesclar todas as divisões em um único APK assinado autônomo usando nosso conversor principal de XAPK e APK dividido, instalá-las via SAI (instalador de APKs divididos) de código aberto ou executar o comando adb install-multiple gerado em seu PC ou Mac.

Alguns downloads mais recentes do APKMirror são embalados em uma cifra de fluxo criptografada proprietária, em vez de um contêiner PKZIP padrão. Quando nossa verificação de cabeçalho binário detecta bytes mágicos não ZIP, você pode converter o aplicativo instalado do seu dispositivo em um backup dividido padrão usando SAI ou usar um descriptografador CLI de desktop de código aberto (apkm2apk antes de mesclar as divisões em seu navegador).

Sim. Tudo é executado localmente na memória do seu navegador – nenhum arquivo é carregado ou retido em qualquer servidor. Processe apenas pacotes que você possui legalmente, versões de código aberto ou suas próprias compilações de desenvolvimento.