部署具有下降逆向工程保护的跨平台Java桌面应用程序？
我将如何部署一个设计为在所有平台上运行的 java 桌面应用程序，同时使某人难以反编译和逆向工程该应用程序？
更重要的是，我是否应该麻烦逆向工程师和反编译器？
我当前的计划是让用户下载或执行 .jnlp 文件，该文件将在其计算机上启动桌面应用程序。对于这种方法我应该采取什么预防措施吗？看来这不会给我任何保护，防止有人反编译我的应用程序。
我读到，AOT 编译器可以使我的 Java 应用程序在目标操作系统上本机运行，同时使反编译和逆向工程变得非常困难。我正在考虑 http://www.excelsior-usa.com/ articles/java-to-exe.html#aot 文章是我对此事的基础。但是，运行时加载的 jar 库似乎不支持所有平台，并且仅支持 x86 架构，所以我的应用程序无法在 64 位系统上运行？
How would I deploy a java desktop application that is designed to run on all platforms while making it difficult for someone to decompile and reverse engineer the application?
More importantly, should I even bother with reverse engineers and decompilers?
My current plan is to let user download or execute .jnlp file which will launch the desktop application on their computer. Are there any precautions I should be taking with this approach? It seems like this won't give me any protection against someone decompiling my application.
I've read that AOT compilers can make my Java application run natively on the target OS while making decompilation and reverse engineering very difficult. I am considering http://www.excelsior-usa.com/articles/java-to-exe.html#aot article for my basis on this matter. However, it seems like jar library loaded on runtime is not supported across all platforms, and only x86 architecture is supported, so my application will not work on 64 bit systems?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
你可能不应该打扰。
ProGuard 可以进行混淆。
一个像样的加密解决方案需要花钱，而且使用开源 Java，无论如何都不太难规避。有一些硬件关键解决方案，据我所知，它们很容易受到相同技术的影响。
You likely shouldn't bother.
ProGuard can obfuscate.
A decent encryption solution will cost money, and with open-source Javas, not overly difficult to circumvent anyway. There are some hardware key solutions, AFAIK they would be vulnerable to the same techniques.