Есть ли примеры кода, который сложно декомпилировать?

Любой байт-код Java, прошедший через обфускатор, будет иметь «нелепый» вывод из декомпилятора. Кроме того, когда у вас есть другие языки, такие как Scala, которые компилируются в байтовый код JVM, нет правила, согласно которому байтовый код должен быть легко представлен обратно в Java, и, скорее всего, это не так.

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

Изменить: в качестве примера в .NET следующий код:

lock (this)
{
    DoSomething();
}

компилируется в это:

Monitor.Enter(this);
try
{
    DoSomething();
}
catch
{
    Monitor.Exit(this);
}

Декомпилятор должен знать, что C # (в отличие от любого другого языка .NET) имеет специальный синтаксис, предназначенный именно для этих двух вызовов. В противном случае вы получите неожиданные (подробные) результаты.

Драйверы JDBC типа 4 для DB2 Connect - это классика. Все, что называется одно- или двухбуквенными именами, нерелевантный код, который в конечном итоге не действует, и многое другое. Однажды я попытался отладить особенно досадную проблему и в основном сдался. Я надеюсь (но ни в коем случае не уверен), что это было пропущено через обфускатор, а не код, который действительно выглядел так.

Еще один любимый трюк (хотя я не могу вспомнить продукт) - переименовать все объекты, которые нужно построить из набора {'0','O','l','1'}, что сильно затруднило чтение.

Предполагая, что вы можете декомпилировать исходный код до разумного стиля (вы не всегда можете это сделать), то, что трудно «реконструировать», - это алгоритмы, которые работают в незнакомых проблемных областях. Если вы не понимаете быстрые преобразования Фурье, не имеет большого значения, сможете ли вы вернуть код, реализующий FFT Butterfly. (Если эта фраза вам незнакома, я уже выиграл, если закодирую ее. Если она вам знакома, значит, вы довольно хороший инженер и, вероятно, не интересуетесь реверс-инжинирингом. код). [Ваш опыт общения с северокорейцами может отличаться.]

Java хранит много информации в байт-коде (например, много имен). Так что его относительно легко декомпилировать. Байт-код, который трудно декомпилировать, в основном генерируется трудночитаемым исходным кодом (так что это не вариант). Если вы действительно хотите запутать свой код, используйте обфускатор, который переименовывает все методы и переменные в неузнаваемые вещи.

Исключения часто трудно декомпилировать. Однако любой код, который был запутан или написан на другом языке, трудно декомпилировать.

BTW: Зачем вам это знать?

Байт-код Java не соответствует напрямую конструкциям Java, поэтому декомпиляция подразумевает, что вы знаете, что определенная последовательность байт-кода Java соответствует конструкции кода Java.

Фреймворк Soot для декомпиляции байтового java-кода содержит много информации по этому поводу, но их веб-страница сейчас для меня не работает.

http://www.sable.mcgill.ca/soot/