Из java байт кода в бинарный код

Я знаю, наверное не тот раздел, если ошибся - поправте. Есть ли способ как-то "полностью" скомпилировать java код? Я то есть чтоб это был не байт код, а сделать то что делает jvm и скомпилить в бинарный код. Зачем? Чтоб потерять зависимость от jvm, защититься от декомпиляции

0

Какой смысл использовать Java, если ты хочешь нативную программу? Для защиты от декомпиляции принято использовать обфускацию

Вообще, вроде как возможно подобное сделать. Раньше можно было, по крайней мере. Я чёт не нашёл компиляторов, поддерживающих версии жавы позднее 6

0

Где то пилят какую то хрень которая Яву нативно компилирует. Graalvm кажется

0

Сообщение от SubTiming Есть ли способ как-то "полностью" скомпилировать java код? Я то есть чтоб это был не байт код, а сделать то что делает jvm и скомпилить в бинарный код

Это называется AOT-компиляция (AOT = ahead of time в противоположность JIT = just-in-time).

https://docs.oracle.com/en/jav... jaotc.html (experimental)
https://www.graalvm.org/docs/r... ive-image/ — GraalVM Native Image (по большому счёту тоже experimental)

Есть (или были) ещё какие-то сторонние (в смысле не Sun/Oracle) AOT-компиляторы Java, но я уж не помню названий, да и они, скорее всего, платные.

Если тебе для работы, то забудь, пока ничего готового для production-использования нет. Если просто для себя, то рекомендую посмотреть GraalVM, проект, в целом, интересный.

Добавлено через 3 минуты

Сообщение от Goongala Какой смысл использовать Java, если ты хочешь нативную программу?

Это ортогональные вещи.

1

korvin_, разве? Ведь жава оч сильно сковывает возможности, если приходится взаимодействовать с системой. Конечно, можно воротить штуки через JNI, но это ж очень заморочно. Куда удобнее выбрать язык, у которого есть доступ к нативным функциям изначально

0

Сообщение от Goongala Ведь жава оч сильно сковывает возможности, если приходится взаимодействовать с системой. Конечно, можно воротить штуки через JNI, но это ж очень заморочно.

Java-проблемы.

Сообщение от Goongala Куда удобнее выбрать язык, у которого есть доступ к нативным функциям изначально

Т.е. C/C++?

Но так или иначе, какое это всё имеет отношение к AOT/JIT компиляции?

0

Не обязательно самому использовать jni/jna, есть куча готовых библиотек которые по сути являются jni/jna обертками нативных библиотек, например пакет lwjgl чисто такой. По опыту opengl/vulkan на java скажу что еще пояаляются пляски с памятью, так как нативы не имеют доступа к куче а gc не имеет доступа к памяти вне кучи, а для раьоты с нативами нужна как раз память вне кучи, выделить не проблема, но нужно не забывать чистить за собой, а то будет утечка памяти. Да и дебаг с использованием jni крайне неинформативный, прога крашится и минидамп (если включен), никакого стектрейса и указания где ошибка, только в описании очень неточная и странная отсылка к участку кода. Если память считал то указатель сдвигается и для повторного чтения его надо возвращать руками обратно, вроде эта память не видна при дебаге.

В нативы вроде компилирует еще и с#, хотя по опыту в юнити он декомпилируется получше джавы))) Не знаю может это особенности движка и без его использования все куда лучше. Но язык не сильно отличается от джавы по синиаксису и сложности.

А так имхо да, правильно насироенная обфускация прилично портит декомпилированный код, что фиг разберешься что да как. И если нужна нативная программа то логичней использовать язык для этого предназначенный, а не избавляться от главной "фишки" джавы. В целом даже нативный код прилично сложно защитить от взлома, сильно усложнить может только vm (не jvm). Сейчас скорости инета у всех достаточные что привязка к jvm (а точнее jre) не проблема, можно будет просто jre вшивать в программу и писать на нативном языке простенький лаунчер на полтора десятка строк кода который будет запускать программу без установленной jre, пара сотен мб не так много, да и в новых версиях можно собрать компактней jre под конкретную программу.

0

Сообщение от alecss131 И если нужна нативная программа то логичней использовать язык для этого предназначенный

Почему это логичней и чем Java менее предназначена для этого? А Kotlin (Native) — предназначен?

Сообщение от alecss131 а не избавляться от главной "фишки" джавы

И какая же «фишка» джавы — главная?

0