Converti EXE in APK

Un programma disponibile solo per Windows potrebbe dover essere utilizzato su un telefono Android, un tablet o un Chromebook che supporta le app Android. Un file .exe non può essere installato come app Android; le opzioni pratiche sono ricompilarlo dal codice sorgente, utilizzarlo in remoto tramite un PC Windows oppure provare un ambiente di compatibilità.

Cosa contiene un file EXE

Un EXE è solitamente un file Windows Portable Executable (PE). Contiene codice macchina per Windows x86, x64 o, occasionalmente, ARM, oltre a risorse Windows e riferimenti a librerie Windows, servizi, impostazioni del registro, driver o altri file .dll.

Gli utenti Windows ricevono i file EXE come applicazioni e installer, ad esempio setup.exe. Gli sviluppatori li producono con strumenti tra cui Microsoft Visual Studio, Delphi, .NET, gli Electron packager e i game engine. Android non fornisce le API Windows richieste da questi programmi e la maggior parte dei dispositivi Android utilizza processori ARM anziché i processori x86 o x64 destinati ai software Windows tipici.

Cosa contiene un file APK

Un APK è un Android application package: un archivio basato su ZIP e firmato, contenente un Android manifest, codice DEX compilato, risorse, asset e librerie native opzionali per le architetture del processore supportate. Il package manager di Android utilizza il manifest per applicare il nome del pacchetto dell'app, le autorizzazioni, la versione minima di Android, le activity, i servizi e i requisiti hardware.

I file APK supportano l'installazione diretta per i test, la distribuzione aziendale gestita e la distribuzione al di fuori di Google Play. Per i nuovi invii a Google Play, gli sviluppatori caricano normalmente un Android App Bundle (.aab); Google Play genera APK ottimizzati per ogni dispositivo. La firma dell'APK identifica il publisher e gli aggiornamenti devono essere firmati con la stessa chiave.

Creazione di un APK Android dal codice sorgente

Nessun servizio desktop o online affidabile può trasformare un EXE arbitrario in un APK Android nativo. Un APK nativo richiede il progetto sorgente originale oppure una riscrittura completa del programma.

1. Procurarsi il codice sorgente, gli asset, le licenze di terze parti, la documentazione delle server API e la configurazione di build. La decompilazione di un EXE raramente produce codice sorgente manutenibile e può violare il copyright o i termini della licenza.
2. Selezionare un framework compatibile con Android. Utilizzare Android Studio con Kotlin o Java per un'applicazione Android nativa. I progetti esistenti Unity, Flutter, .NET MAUI o di altre piattaforme possono supportare Android solo se il relativo progetto sorgente è disponibile e il codice specifico per Windows viene sostituito.
3. Sostituire le dipendenze disponibili solo su Windows, incluse le interfacce WinForms o WPF, l'accesso al Registry, gli oggetti COM, i servizi Windows, il codice che utilizza esclusivamente DirectX, i driver per stampanti e le chiamate alle DLL Windows. Utilizzare invece le API di Android per storage, lifecycle, autorizzazioni, UI, grafica e networking.
4. Impostare il nome del pacchetto Android, la versione minima dell'SDK, le architetture CPU supportate, le autorizzazioni e la configurazione della firma. Eseguire i test sull'emulatore di Android Studio e su dispositivi ARM fisici.
5. Creare un pacchetto release firmato tramite Build → Generate Signed Bundle / APK → APK. Conservare il keystore e le relative password in modo sicuro; la perdita della chiave di firma impedisce i normali aggiornamenti di un'app installata.
6. Dopo aver configurato la firma release, eseguire la build da un terminale con ./gradlew assembleRelease su macOS o Linux oppure gradlew.bat assembleRelease su Windows. L'output consueto è app/build/outputs/apk/release/app-release.apk. Creare un upload Play con ./gradlew bundleRelease.
7. Installare un APK di test firmato con adb install app-release.apk dopo aver abilitato il debug USB sul dispositivo.

Per le build cloud di un progetto sorgente Android esistente, Codemagic e GitHub Actions possono creare artifact APK o AAB firmati dopo la configurazione degli script di build e dei secret di firma. Sono servizi di build, non convertitori da EXE ad APK.

Opzioni quando è disponibile solo l'EXE

Controllare innanzitutto il sito del publisher del software e Google Play per verificare la disponibilità di una versione Android ufficiale. Per i software che devono rimanere su Windows, accedere da remoto a un computer Windows con Chrome Remote Desktop, TeamViewer o un servizio di remote desktop approvato dall'organizzazione; il programma viene eseguito sul PC, non su Android.

Winlator può eseguire alcuni programmi Windows x86 e x64 su Android utilizzando Wine, la traduzione della CPU e componenti di compatibilità grafica. Non crea un APK, richiede una quantità considerevole di spazio di archiviazione e memoria e la compatibilità dipende dall'app, dal dispositivo Android, dal driver della GPU e dalle dipendenze Windows.

Non caricare gli eseguibili su siti web che dichiarano di offrire la conversione con un solo clic. Un servizio di questo tipo non può sostituire in modo affidabile le API Windows, ricompilare il codice macchina, riprogettare l'interfaccia e firmare un'applicazione Android valida; inoltre può esporre eseguibili proprietari o credenziali incorporate.

Limiti di compatibilità e qualità

Un wrapper APK attorno a un EXE non è una conversione nativa. Richiede comunque la compatibilità con le API Windows e, sui dispositivi ARM, la traduzione delle istruzioni x86 o x64, che può causare prestazioni lente, problemi grafici, installer non funzionanti o arresti anomali.

Le applicazioni che richiedono driver del kernel, DLL specifiche per l'hardware, automazione COM, controlli browser legacy, plug-in desktop, accesso illimitato ai file o API grafiche disponibili solo su Windows hanno probabilità particolarmente basse di funzionare. L'estrazione dei file da setup.exe non li rende compatibili con Android. Considerare non attendibili gli EXE sconosciuti: ottenere il software dal relativo publisher e analizzarlo prima di eseguirlo in qualsiasi emulatore o compatibility layer.