Convertir MSI en APK

Un téléphone ou une tablette Android ne peut pas installer un programme d’installation Windows .msi ; le besoin courant est donc d’utiliser le même programme sur Android lorsque l’éditeur ne fournit aucune version Android. Les deux formats ciblent des systèmes d’exploitation différents, et renommer ou reconditionner un MSI ne crée pas d’APK utilisable.

Qu’est-ce que le format MSI ?

MSI est le format de package utilisé par Microsoft Windows Installer. Il s’agit d’une base de données Windows Installer pouvant contenir des instructions d’installation, des fichiers incorporés, des modifications du registre, des services, des raccourcis, des prérequis, des actions personnalisées et des informations de désinstallation.

Les éditeurs de logiciels et les administrateurs d’entreprise utilisent les packages MSI pour déployer des applications de bureau, des pilotes, des mises à jour et des logiciels Windows administrés. Les packages sont généralement produits avec WiX Toolset, InstallShield, Advanced Installer, les projets d’installation de Visual Studio et des outils similaires.

Un MSI installe normalement des composants Windows compilés tels que des fichiers .exe et .dll ; il ne contient normalement pas le code source de l’application. Il peut également contenir des archives CAB, des fichiers de configuration, de la documentation et des scripts de déploiement.

Qu’est-ce que le format APK ?

APK est le format de package d’application d’Android. Il contient du bytecode Android compilé, des ressources, un manifeste d’application, des bibliothèques natives facultatives pour les architectures de processeurs Android et des métadonnées de signature.

Les développeurs créent généralement les APK avec Android Studio, Gradle, l’Android SDK, ainsi qu’avec Kotlin ou Java. Un APK signé peut être installé directement à des fins de test, de distribution privée ou de déploiement en entreprise, selon les paramètres d’installation d’Android. Google Play reçoit généralement un Android App Bundle, tandis que l’installation directe utilise un APK.

Les packages APK fournissent une intégration spécifique à Android, notamment son sandbox d’application, son modèle d’autorisations, son cycle de vie, ses notifications, ses API de stockage et ses interfaces avec les appareils. Les exécutables Windows, les DLL Windows, les opérations sur le registre, les composants COM et les actions personnalisées MSI ne fournissent pas ces interfaces et ne peuvent pas devenir des composants Android natifs par simple conversion de fichier.

Comment convertir une application MSI pour Android

Il n’existe aucun convertisseur de bureau ou en ligne à usage général capable de convertir un MSI quelconque en APK natif fonctionnel. La solution pratique consiste à porter ou à recréer l’application :

1. Obtenir le code source ou une version Android. Consultez d’abord le site Web vérifié de l’éditeur et sa fiche Google Play. Une version Android officielle est plus sûre et plus compatible que l’extraction d’un programme d’installation.
2. Créer un projet Android. Dans Android Studio, utilisez File → New → New Project. Réimplémentez l’interface Windows et la logique métier avec les API Android, puis remplacez les bibliothèques, services, stockages dans le registre, intégrations d’imprimantes et fonctionnalités DirectX propres à Windows.
3. Déplacer les ressources compatibles. Copiez dans le projet les images, fichiers de données et autres ressources autorisés. Déclarez uniquement les autorisations requises dans AndroidManifest.xml, et configurez les versions Android et architectures de processeur prises en charge dans build.gradle ou build.gradle.kts.
4. Compiler et tester. Exécutez ./gradlew assembleDebug. Le package de débogage est normalement écrit dans app/build/outputs/apk/debug/app-debug.apk. Installez-le sur un appareil de test ou un émulateur avec adb install app/build/outputs/apk/debug/app-debug.apk.
5. Signer un package de production. Utilisez Build → Generate Signed Bundle / APK dans Android Studio, sélectionnez APK et signez-le avec une clé de production. Conservez le keystore en lieu sûr ; les futures mises à jour devront utiliser l’identité de signature requise.

Si le MSI est le seul fichier disponible, inspectez-le ou extrayez-le avec un utilitaire de bureau tel que lessmsi, les outils d’inspection de WiX Toolset ou 7-Zip lorsque le package autorise l’extraction d’archives. Cela peut révéler de la documentation, des ressources, de la configuration ou des binaires Windows compilés, mais ne fournit pas le code source et ne rend pas ces binaires compatibles avec Android.

Alternatives à un portage natif

Pour utiliser le programme Windows sans le modifier, connectez-vous à un PC Windows avec un logiciel de bureau à distance et exécutez-y le MSI. Des couches de compatibilité telles que Winlator peuvent exécuter certaines applications Windows sur certains appareils Android, mais elles nécessitent un exécutable Windows et ses dépendances ; elles ne convertissent pas un MSI en APK. Les résultats varient selon l’architecture du processeur, les API graphiques, les pilotes, les DRM, les exigences liées à .NET ou au runtime Windows, ainsi que les services Windows de l’application.

Limites de compatibilité et de sécurité

Remplacer setup.msi par setup.apk, ouvrir le MSI dans un éditeur d’APK ou le téléverser vers un convertisseur en ligne générique ne peut pas produire une application Android valide. Aucun service en ligne réputé ne propose une conversion automatique fiable d’un MSI vers un APK natif ; les affirmations en ligne doivent donc être considérées comme trompeuses. Le téléversement d’un programme d’installation propriétaire peut également divulguer des binaires liés au code source, des identifiants, des certificats, des scripts de déploiement ou d’autres données confidentielles.

Un véritable portage peut nécessiter le remplacement de bibliothèques natives x86 ou x64, de services Windows, de composants COM, de dépendances .NET Framework, de paramètres fondés sur le registre, de l’accès aux imprimantes, des hypothèses relatives au système de fichiers et des processus d’arrière-plan de bureau. Le sandbox et les règles d’autorisation d’Android peuvent empêcher un comportement identique, même lorsque la logique principale de l’application est portable.