Convertir APK en XML

Un développeur peut avoir besoin d’un XML Android lisible pour examiner le manifest d’une application, modifier un layout, extraire des resources ou partager des fichiers de configuration avec un autre développeur. Un APK est un package installable plutôt qu’un document XML unique ; le processus décode ou extrait donc plusieurs fichiers XML possibles.

Qu’est-ce que le format APK ?

Un APK est le package d’application installable d’Android. Il s’agit d’une archive basée sur ZIP qui peut contenir du code d’application compilé au format DEX, un manifest Android binaire, des resources compilées, des assets, des bibliothèques natives, des signatures et des métadonnées.

Android Studio, Gradle, les Android build tools et les systèmes de build tiers génèrent des fichiers APK. Les APK sont utilisés lors de l’installation manuelle d’applications, des tests de build, de l’analyse d’applications et de l’extraction à partir de sauvegardes d’appareils.

Qu’est-ce que le format XML ?

XML est un format texte structuré utilisé par Android pour les manifests, les layouts, les menus, les préférences, les valeurs de resources, les définitions de navigation et les données de configuration. Un XML lisible peut être recherché, comparé avec diff, modifié, archivé et ouvert dans Android Studio, Visual Studio Code, Notepad++ ou un autre éditeur de texte.

Les fichiers contenus dans un APK sont souvent stockés sous forme de compiled binary XML plutôt que sous forme de texte ordinaire. Le décodage restaure les éléments, attributs, namespaces et références de resources lisibles, mais ne recrée pas exactement les fichiers originaux du projet.

Comment décoder le package

Utiliser Apktool pour obtenir des resources XML lisibles

Apktool est l’option de bureau la plus adaptée lorsque le résultat requis comprend un manifest décodé et des fichiers de resources Android. Installez un runtime Java compatible, puis téléchargez le wrapper Apktool actuel et le JAR depuis le projet officiel Apktool et placez-les conformément à ses instructions d’installation.

1. Copiez l’APK dans un répertoire de travail.
2. Ouvrez un terminal dans ce répertoire.
3. Exécutez apktool d app.apk -o decoded_app.
4. Ouvrez decoded_app/AndroidManifest.xml et examinez les fichiers XML situés sous decoded_app/res, notamment les layouts et les value resources.

Si la destination existe déjà, utilisez apktool d -f app.apk -o decoded_app pour remplacer ses fichiers. Apktool décode le manifest binaire et les resources Android compilées ; les fichiers XML initialement stockés en texte brut peuvent simplement être extraits.

Examiner l’APK sans décodage complet

Dans Android Studio, utilisez Build → Analyze APK pour afficher la structure de l’archive, les informations du manifest, les fichiers DEX, les resources et les assets inclus dans le package. Cette méthode est utile pour l’inspection, mais elle ne produit généralement pas un répertoire complet de fichiers XML modifiables.

Un utilitaire ZIP tel que 7-Zip peut extraire un APK, car le conteneur utilise la technologie ZIP. Il ne peut pas convertir de manière fiable AndroidManifest.xml ou d’autres fichiers Android XML compilés en XML source lisible ; ces fichiers nécessitent un décodeur compatible avec Android tel qu’Apktool.

Il n’existe pas de convertisseur universel APK vers XML fiable en ligne, car un APK peut contenir plusieurs types de fichiers XML et de resources compilées. Les analyseurs d’APK en ligne peuvent afficher des informations sur le manifest ou les resources, mais les services varient en matière de résultats et de politiques de conservation. Utilisez un service en ligne uniquement pour un APK non confidentiel après avoir vérifié ses conditions de confidentialité, et ne téléversez pas d’applications propriétaires, d’identifiants, de builds privés ou de données client. Apktool en local constitue l’option par défaut la plus sûre.

Reconstruire un package modifié

Après avoir modifié les resources décodées, reconstruisez le package avec apktool b decoded_app -o rebuilt.apk. Le fichier reconstruit doit être signé avec apksigner de l’Android SDK avant son installation, par exemple en exécutant apksigner sign --ks release.jks rebuilt.apk avec le keystore et les options de signature appropriés.

Un APK nouvellement signé ne conserve pas l’identité de signature d’origine. Les mises à jour Android nécessitent la même clé de signature que la version installée ; un package modifié ne peut donc normalement pas mettre à jour l’application d’origine. Testez les fichiers reconstruits dans un émulateur ou sur un appareil de test.

Limites de qualité et de compatibilité

Le résultat ne consiste pas en un seul fichier XML : il peut comprendre un manifest, des layouts, des menus, des values, des resources de navigation et d’autres fichiers, selon le package. La réduction des resources, l’obfuscation, l’optimisation et la compilation peuvent supprimer des noms, des commentaires, la mise en forme et la structure du code source original.

Apktool peut produire un XML reconstruit différent du XML original du projet tout en restant adapté à l’inspection ou, dans certains cas, à la reconstruction. Les framework resources et les packages inhabituels peuvent nécessiter des fichiers de framework supplémentaires pour Apktool ou une version plus récente d’Apktool.

Le bytecode DEX n’est pas du XML. Utilisez JADX pour obtenir une représentation Java approximative, ou un autre décompilateur pour inspecter le code ; la décompilation ne restaure pas le code source Java ou Kotlin original, les commentaires, la configuration de build ni la structure du projet.