Konwertuj APK na XML

Deweloper może potrzebować czytelnego Android XML, aby sprawdzić manifest aplikacji, edytować layout, wyodrębnić resources lub udostępnić pliki konfiguracyjne innemu deweloperowi. APK jest pakietem instalacyjnym, a nie pojedynczym dokumentem XML, dlatego proces dekoduje lub wyodrębnia kilka możliwych plików XML.

Czym jest format APK

APK to instalacyjny pakiet aplikacji systemu Android. Jest to archiwum oparte na ZIP, które może zawierać skompilowany kod aplikacji w formacie DEX, binarny manifest Android, skompilowane resources, assets, biblioteki natywne, podpisy i metadane.

Android Studio, Gradle, Android build tools i systemy kompilacji innych firm generują pliki APK. Z plikami APK można się spotkać podczas ręcznej instalacji aplikacji, testowania kompilacji, analizy aplikacji oraz wyodrębniania danych z kopii zapasowych urządzeń.

Czym jest format XML

XML to strukturalny format tekstowy używany przez Android do manifestów, layoutów, menu, preferences, wartości resources, definicji nawigacji i danych konfiguracyjnych. Czytelny XML można przeszukiwać, porównywać za pomocą diff, edytować, archiwizować i otwierać w Android Studio, Visual Studio Code, Notepad++ lub innym edytorze tekstu.

Pliki wewnątrz APK są często przechowywane jako compiled binary XML, a nie jako zwykły tekst. Dekodowanie przywraca czytelne elements, attributes, namespaces i references do resources, ale nie odtwarza dokładnie oryginalnych plików projektu.

Jak dekodować pakiet

Użyj Apktool do uzyskania czytelnego resource XML

Apktool to najbardziej odpowiednie narzędzie desktopowe, gdy wymagany wynik obejmuje zdekodowany manifest i pliki Android resources. Zainstaluj obsługiwany Java runtime, a następnie pobierz aktualny wrapper Apktool i JAR z oficjalnego projektu Apktool oraz umieść je zgodnie z instrukcjami instalacji.

1. Skopiuj APK do katalogu roboczego.
2. Otwórz terminal w tym katalogu.
3. Uruchom apktool d app.apk -o decoded_app.
4. Otwórz decoded_app/AndroidManifest.xml i sprawdź pliki XML w katalogu decoded_app/res, w tym layouty i value resources.

Jeśli katalog docelowy już istnieje, użyj apktool d -f app.apk -o decoded_app, aby zastąpić jego pliki. Apktool dekoduje binarny manifest i skompilowane Android resources; pliki XML pierwotnie przechowywane jako zwykły tekst mogą zostać po prostu wyodrębnione.

Sprawdź APK bez pełnego dekodowania

W Android Studio użyj Build → Analyze APK, aby wyświetlić strukturę archiwum, informacje o manifeście, pliki DEX, resources i spakowane assets. Jest to przydatne podczas inspekcji, ale zazwyczaj nie tworzy kompletnego katalogu edytowalnych plików XML.

Narzędzie ZIP, takie jak 7-Zip, może wyodrębnić APK, ponieważ kontener wykorzystuje technologię ZIP. Nie może jednak niezawodnie przekonwertować AndroidManifest.xml ani innych skompilowanych Android XML na czytelny source XML; pliki te wymagają dekodera rozumiejącego Android, takiego jak Apktool.

Nie istnieje niezawodny uniwersalny konwerter online APK-to-XML, ponieważ APK może zawierać wiele typów XML i skompilowane resources. Internetowe analizatory APK mogą wyświetlać informacje o manifeście lub resources, ale usługi różnią się zakresem wyników i zasadami przechowywania danych. Korzystaj z usługi online tylko w przypadku APK niezawierającego informacji poufnych, po sprawdzeniu jej zasad prywatności. Nie przesyłaj aplikacji zastrzeżonych, credentials, prywatnych buildów ani danych klientów. Lokalny Apktool jest bezpieczniejszym rozwiązaniem domyślnym.

Ponownie zbuduj zmodyfikowany pakiet

Po edycji zdekodowanych resources ponownie zbuduj pakiet za pomocą apktool b decoded_app -o rebuilt.apk. Przed instalacją odbudowany plik musi zostać podpisany za pomocą Android SDK apksigner, na przykład przez uruchomienie apksigner sign --ks release.jks rebuilt.apk z odpowiednim keystore i opcjami podpisywania.

Nowo podpisany APK nie zachowuje oryginalnej tożsamości podpisu. Aktualizacje Android wymagają tego samego klucza podpisu co zainstalowana wersja, dlatego zmodyfikowany pakiet zazwyczaj nie może zaktualizować oryginalnej aplikacji. Testuj odbudowane pliki w emulatorze lub na urządzeniu testowym.

Ograniczenia jakości i zgodności

Wynikiem nie jest jeden plik XML: zależnie od pakietu może on obejmować manifest, layouty, menu, values, navigation resources i inne pliki. Resource shrinking, obfuscation, optimization i compilation mogą usunąć nazwy, komentarze, formatowanie oraz oryginalną strukturę source.

Apktool może wygenerować zrekonstruowany XML różniący się od oryginalnego XML projektu, a jednocześnie nadal odpowiedni do inspekcji lub, w niektórych przypadkach, ponownego buildowania. Framework resources i nietypowe packaging mogą wymagać dodatkowych plików framework Apktool lub nowszej wersji Apktool.

Bytecode DEX nie jest XML. Użyj JADX, aby uzyskać przybliżoną reprezentację Java, lub innego dekompilatora do inspekcji kodu; dekompilacja nie przywraca oryginalnego source Java ani Kotlin, komentarzy, konfiguracji build ani struktury projektu.