Декомпиляция Java приложений

Я ещё использую плагин для TotalCmd, чтобы быстро посмотреть class налету: TC Jad
Про плагин JD-Eclipse можно добавить, что ему иногда требуется realignment во время отладки. Так как не всегда строки полученных сырцов совпадают с позицией курсора. Если интересно, можно посмотреть тут. Или погуглить по другим веткам.

К сожалению, пока, на чем то одном врядли можно остановится. Одни куски хорошо декомпилируются в jd-gui, другие в fernflower. Иногда нужно использовать 2, а то и 3 разных декомпилятора, что бы получить вменяемый код.

Кто то вообще в курсе, что происходит с fernflower? Сайт не работает, ни откуда официально скачать нельзя, только по закромам.
Или видимо автор ушел в платную версию с проектом AndroChef?

Для галочки можно еще назвать soot, правда выдает в большинстве случаев какую то какашку, но так или иначе, как еще один взгляд на декомпиляцию подойдет.

>> Но вопрос про fernflower тот же, где он? :)

Здесь он. В смысле я — автор Fernflower :)

Последняя offline версия используется например в MCP (http://mcp.ocean-labs.de/index.php/MCP_Releases), оттуда же ее можно скачать. Модуль переименований в ней должен быть.

JD-GUI уж очень падуч и современные конструкции плохо распознаёт, но несложные алгоритмы им вполне можно раскалывать.

Я яву декомпилировал для изучения кода под Android. Качество работы утилит настолько неприемлемо, что оказалось проще изучить smali.

Относительно недавно появился android-decompiler (jeb). Кто то вкурсе что там за ява декомпилятор? По картинкам и тому как распознает очень похож на FernFlower, но возможно там что то свое.

Стоит почему то очень дорого ($1000 за лицензию), триалки или чего то подобного нету. Видимо расчитано на профессиональных реверсеров. Хотя суть все та же: dex2jar + FernFlower/jd-gui + smali.

Еще один на подходе en.reddit.com/r/java/comments/1bvgce/help_me_write_a_better_open_source_java_decompiler/

JD-GUI определенно лучший. Бесплатный, поддерживает аннотации, дженерики, енамы и т.п., багтрекер на официальном сайте.

JAD умер тогда, когда появилась Java5, ибо ни дженериков ни аннотаций не поддерживает.

С Fernflower непонятная ситуация — официальный сайт лежит, вы здесь какой-то JAR выложили, но где гарантия что это не вирус? Надо декомпильнуть и разгрести с помощью JD-GUI чтоб убедится? (-:
Плюс по слухам он не может декомпилировать например такой код — pastebin.com/f0aE6Jh0 — тогда как JD-GUI это делает легко.

> JAva Decompiler обладает возможностью дизассемблирования .class-файлов.
Это как? чем оно отличается от декомпиляции?

JD-Eclipse вещь капризная, по моему опыту требует VCRT, которая входит в состав какой-то версии .NET, и не работает в 64-разрядном Eclipse.

Есть ещё Jasper — не декомпилятор, а дизассемблер, который разбирает .class в формат джавовского ассемблера Jasmin. Код, конечно, получается чуть менее удобочитаемым, но зато работает эта штука, вроде, в 100% случаев и для небольших изменений софта очень даже годится.

Для тех, кто в будущем найдет этот пост: для меня fernflower в своем исходном виде оказался неюзабелен совершенно (слишком много классов не разбирает вообще, выпадая с NPE), зато вот с этим патчем отработал просто на «ура».
Автору плюс в карму (не только на хабре, но и вообще) и пожелания вернуть своему детищу хотя бы просто страничку, где его можно скачать.

Сюда же добавлю багрепорт, вдруг автор прочитает :) У меня самая частая ошибка в получаемых исходниках: fernflower ставит модификатор final у переменных, используемых в безымянных классах даже тогда, когда вне этих классов переменная меняется. JAD в этих случаях перед сразу определением безымянного класса создает отдельную final-переменную, равную исходной в данный момент.