Discofork
Repository brief

skylot/jadx

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T11:55:34.977Z
3mo ago

skylot/jadx

Jadx is a Java-based Dex-to-Java decompiler for Android APK, dex, aar, aab, and zip inputs. It ships both CLI and GUI tools, includes resource decoding and a deobfuscator, and is actively maintained with recent commits through 2026-03-29.

GitHub
Loading tags...
Stars47,867
Forks5,467
Default branchmaster
Last pushed2026-03-29T19:07:04Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

9 of 9 fork briefs
Selected

Prefer upstream unless you specifically need an older 1.5.2-based snapshot; this fork shows no added capabilities and is materially behind active upstream development.

Choose this fork if Android-library embedding or its compatibility-oriented changes matter more than staying near upstream. If you mainly want the newest JADX fixes and GUI/decompiler improvements, upstream is the safer choice.

Prefer upstream for almost everyone. Choose this fork only if you need to preserve a legacy 2013 fork's behavior or Android-app integration; otherwise it is too stale and too far behind current jadx to be a safe adoption target.

Prefer upstream unless you specifically need this fork’s modified decompilation behavior or GUI workflow. This fork looks like a deep custom branch with meaningful changes, but it is stale and far enough from upstream that you should expect more regressions and more merge burden.

Choose this fork if your main job is interactive Android reversing with Frida/RPC hook generation inside jadx-gui. Choose upstream if you need the latest jadx fixes, broad compatibility, and a general-purpose decompiler without custom workflow changes.

Choose this fork only if you specifically want a frozen upstream baseline. For most users, upstream Jadx is the better choice because this fork shows no added capability and is materially behind on fixes and maintenance.

Prefer upstream unless you specifically need this fork's custom config, packaging, or decompiler changes. The fork is materially stale and diverged, so adopters should expect more maintenance burden and older upstream behavior.

Choose the upstream project unless you specifically need this older, unchanged snapshot; the fork offers no evident additions and is materially behind current jadx.

Choose this fork only if you need its specific local changes and are prepared to own the lag. For most users, upstream Jadx is the safer choice because it is much newer, more actively maintained, and already includes many fixes this fork is missing.