https://github.com/wux1an/fernflowers
Java ☕ reverse engineering tool - Batch decompile the jar package.
https://github.com/wux1an/fernflowers
bytecode bytecode-manipulation code-review compiler decompiler fernflower freeze java multi-threads reverse reverse-engineering
Last synced: about 2 months ago
JSON representation
Java ☕ reverse engineering tool - Batch decompile the jar package.
- Host: GitHub
- URL: https://github.com/wux1an/fernflowers
- Owner: wux1an
- Created: 2022-12-27T14:51:01.000Z (almost 3 years ago)
- Default Branch: main
- Last Pushed: 2023-02-14T13:53:40.000Z (almost 3 years ago)
- Last Synced: 2025-04-13T06:14:55.020Z (8 months ago)
- Topics: bytecode, bytecode-manipulation, code-review, compiler, decompiler, fernflower, freeze, java, multi-threads, reverse, reverse-engineering
- Language: Java
- Homepage:
- Size: 359 KB
- Stars: 9
- Watchers: 2
- Forks: 3
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# fernflowers
> Why do I write this?
When decompiling with Jetbrains' fernflower, the program freezes for a particular file or directory and cannot continue. In addition, the CPU usage is not high enough during decompiling, which makes decompilation slow.
So I developed this program based on fernflower to optimize these problems, with the following features
- multi-thread,
- progress bar
- breakpoint continue
- failure record
## Usage
**java 17 is required**
```
usage: java -jar fernflowers.jar [args]
-h,--help help
-i,--input input, the directory to be scanned or a single file path.
-k,--backup don't delete the jar file in the output path when '--unzip' is specified
-n,--thread thread, default: 20
-o,--output output, the directory to saved result, default: current path.
-r,--resume skip the decompiled files (record in 'decompiled.txt') and continue
-u,--unzip unzip the jar file
```
After running for a period of time, almost all files are decomcompiled successfully, and the progress bar remains stuck, indicating that some jar packages have been decomcompiled incorrectly. You only need to terminate the program by `Ctrl + C`, and the program will automatically print out the wrong jar package path.
## Reference
1. [JetBrains/intellij-community/plugins/java-decompiler/engine](https://github.com/JetBrains/intellij-community/tree/master/plugins/java-decompiler/engine)