Konwertuj APK na JAVA

Użytkownicy wyodrębniają kod źródłowy podobny do Java z pliku APK, aby sprawdzić wydaną aplikację Android, przeanalizować jej działanie lub odzyskać logikę, gdy oryginalny projekt jest niedostępny. Wynikiem jest zdekompilowany kod do analizy, a nie oryginalne drzewo źródeł ani projekt Android Studio, który można niezawodnie zbudować.

Pliki APK i Java

APK to pakiet aplikacji Android. Jest to archiwum w formacie ZIP używane przez urządzenia Android, deweloperów, testerów, sklepy z aplikacjami i instalatory pakietów; zwykle zawiera manifest Android, zasoby, pliki asset, biblioteki natywne, skompilowany bytecode, taki jak classes.dex, oraz dane podpisu.

Kod APK jest kompilowany do instrukcji Dalvik Executable (DEX) dla Android Runtime i nie jest przechowywany jako pliki .java. Google Play często otrzymuje Android App Bundles (.aab) i generuje przeznaczone dla konkretnych urządzeń pliki APK do instalacji, ale deweloperzy i testerzy nadal mogą pracować bezpośrednio z plikami APK.

Plik Java to kod źródłowy w postaci zwykłego tekstu z rozszerzeniem .java. Zdekompilowany kod podobny do Java jest łatwiejszy do przeszukiwania, odczytywania, porównywania i analizowania niż instrukcje DEX; może ujawnić strukturę klas, ciągi znaków, wywołania API, uprawnienia i logikę aplikacji. Nie zachowuje komentarzy, formatowania, oryginalnych nazw zmiennych, ustawień projektu ani wszystkich informacji na poziomie języka.

Wyodrębnianie kodu źródłowego podobnego do Java z pliku APK

Użyj JADX do dekompilacji DEX-to-Java. Odczytuje on pliki APK bezpośrednio, wyświetla zdekodowany kod i zasoby oraz jest ogólnie bardziej użyteczny niż starszy proces obejmujący dex2jar i Java-decompiler. Pobierz JADX z oficjalnych wydań w serwisie GitHub zamiast używać przestarzałych narzędzi, takich jak Xenotix APK Reverser.

1. Skopiuj plik APK do osobnego folderu roboczego.
2. Otwórz go w interfejsie graficznym za pomocą jadx-gui app.apk albo wybierz File → Open.
3. Przeglądaj pakiety i wyszukuj nazwy klas, adresy URL, uprawnienia, metody, ciągi znaków lub wpisy manifestu.
4. Wyeksportuj wyświetlany kod źródłowy i zdekodowane zasoby za pomocą File → Save All.
5. Aby uzyskać wynik w wierszu poleceń, uruchom jadx -d decoded_app app.apk. Zdekompilowany kod źródłowy jest zwykle zapisywany w decoded_app/sources, a zasoby w decoded_app/resources.

Użyj Apktool, gdy wymagane jest dekodowanie zasobów lub analiza niskopoziomowa. Uruchom apktool d app.apk -o app_decoded; wynikowe katalogi smali zawierają Smali, czyli czytelną reprezentację bytecode DEX. Porównaj wątpliwy wynik JADX z kodem Smali, gdy przepływ sterowania lub treść metod wydają się niekompletne.

Nie przesyłaj zastrzeżonych, dostarczonych przez klientów ani wrażliwych pod względem bezpieczeństwa plików APK do publicznych dekompilatorów online. Plik APK może zawierać kod, certyfikaty, osadzone endpointy, klucze API, pliki asset i dane konfiguracyjne. W przypadku przetwarzania w przeglądarce używaj zatwierdzonej przez organizację usługi wewnętrznej lub hostowanej samodzielnie; lokalny JADX jest bezpiecznym rozwiązaniem domyślnym.

Ograniczenia zgodności i jakości

Dekompilacja nie jest konwersją bezstratną. Kompilator usuwa komentarze i formatowanie, a także może usunąć informacje o typach generycznych i nazwach lokalnych. Zaciemnianie kodu za pomocą R8 lub ProGuard może zastąpić znaczące nazwy krótkimi identyfikatorami, takimi jak a i b.

Plik APK może zawierać wiele plików DEX, kod Kotlin, kod wygenerowany lub biblioteki natywne C/C++. JADX może renderować DEX jako kod podobny do Java, ale kod źródłowy Kotlin nie zostanie przywrócony jako oryginalny Kotlin, a natywne biblioteki .so wymagają osobnej analizy kodu natywnego zamiast dekompilacji Java.

Wygenerowane pliki .java mogą zawierać nieprawidłową składnię, brakujące typy, niedokładny przepływ sterowania lub metody zastępcze, szczególnie w przypadku zaciemniania kodu, refleksji, nieobsługiwanych wzorców bytecode lub uszkodzonych pakietów. Zdekompilowany wynik należy traktować jako materiał dowodowy do przeglądu, a nie jako autorytatywny kod źródłowy.

Przebudowanie aplikacji wymaga nowego projektu Gradle, zależności, manifestów, zasobów i konfiguracji podpisu. Oryginalnego prywatnego klucza podpisywania pliku APK nie można odzyskać; przebudowany plik APK musi zostać podpisany kluczem, nad którym masz kontrolę, i nie zaktualizuje zainstalowanej aplikacji podpisanej innym kluczem. Oprogramowanie należy analizować wyłącznie wtedy, gdy zezwalają na to prawa autorskie, warunki licencji, umowy i posiadane upoważnienie.