Im Nachhinein bin ich nun auch schlauer.. Die Frage hätte vermutlich eher lauten sollen
eine .class als String oder als byte[]-array dynamisch laden zur Laufzeit.
Die Verschlüsselung hat nichts mit meiner Frage zu tun, Ich möchte eine externe class via Reflection ausführen,
was ich bisher mit der (nicht unbedingt sinnvollen) .java zu .class Kompilierung durchgeführt habe.
Mein Ziel ist:
Verschluesselter Text (.class oder .java)-->Dekodierung zur Laufzeit ohne Files-->LoadClass dynamisch von der
dekodierung (String, byte[] oder etc.).
Auf den Vorgang der Compilierung von .java zur .class Datei kann ich gerne verzichten, sofern sich dadurch das Problem des Compilierens in der AOT Anwendung erübrigt. Eine Methode habe ich bereits gefunden, wie sich das ganze verhält mit
Code mit mehr Abhängigkeiten wird sich zeigen..
Zu den Performanceunterschieden:
Es macht wirklich sehr viel Sinn mit AOT. Die Performance Unterschiede sind
in meinem Fall sehr stark zu JIT. Ich hatte auch schon eine JIT am laufen auf
dem Server, allerdings mit einer sehr höheren Auslastung (insb. CPU).
Die Anwendung basiert auf einer Netzwerkverbindung zu einem Börsen-Broker
und hat sehr viele Jar-Importe (40-50 Jars).
Durch das das Verwenden eines AOT-Compilers ist der gesamte Code nativ,
was die Ausführung sehr stabilisiert hat.