Closed. This question does not meet Stack Overflow guidelines 。它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 Stack Overflow 的 on-topic。
7年前关闭。
Improve this question
移动开发的一个重要部分，尤其是当您谈论移动游戏时，处理应用程序大小限制。一些设备强制执行自己的大小限制，而所有运营商对在其甲板空间中发布的应用程序都有自己的大小要求。
我的问题是，是否有一个 Java 混淆应用程序比现有的其他 Java 混淆应用程序获得更好的大小缩减结果？
我使用 Proguard 是因为它是默认的 Netbeans 混淆器，您可以从中获得相当不错的大小缩减结果(顺便说一句，Netbeans 6.1 附带的 Proguard 版本是 3.7。有更新的版本可以获得更好的结果，我建议获取最新的)。但是，我对外面的其他东西以及它们是否比 Proguard 做得更好很感兴趣。
我的结论:
我很欣赏这些回应。 Carlos，你的回答足以让我相信 Proguard 是当前的发展方向。否则我仍然可以确信，但不要对我当前的设置感到难过。
我也遇到了一些混淆和在某些手机上运行的问题，但不是太多。我总是能够通过不使用 Proguard 参数“-overloadaggressively”来解决问题。如果您遇到与混淆相关的奇怪行为，请记住一些事情。
再次感谢。
想改善这个问题吗？更新问题，使其成为 Stack Overflow 的 on-topic。
7年前关闭。
Improve this question
移动开发的一个重要部分，尤其是当您谈论移动游戏时，处理应用程序大小限制。一些设备强制执行自己的大小限制，而所有运营商对在其甲板空间中发布的应用程序都有自己的大小要求。
我的问题是，是否有一个 Java 混淆应用程序比现有的其他 Java 混淆应用程序获得更好的大小缩减结果？
我使用 Proguard 是因为它是默认的 Netbeans 混淆器，您可以从中获得相当不错的大小缩减结果(顺便说一句，Netbeans 6.1 附带的 Proguard 版本是 3.7。有更新的版本可以获得更好的结果，我建议获取最新的)。但是，我对外面的其他东西以及它们是否比 Proguard 做得更好很感兴趣。
我的结论:
我很欣赏这些回应。 Carlos，你的回答足以让我相信 Proguard 是当前的发展方向。否则我仍然可以确信，但不要对我当前的设置感到难过。
我也遇到了一些混淆和在某些手机上运行的问题，但不是太多。我总是能够通过不使用 Proguard 参数“-overloadaggressively”来解决问题。如果您遇到与混淆相关的奇怪行为，请记住一些事情。
再次感谢。
最佳答案
当涉及到 J2ME 和混淆时，需要谨慎一些。 Proguard 是最佳选择，因为它已经开发了多年，并且已经收到了许多错误修正。我记得 2.X 和 3.X 之间的版本转换以及它如何破坏我(当时)雇主的许多构建。之所以发生这种情况，是因为一些可以节省更多大小的更改也在某些手机中以微妙的方式破坏了类文件，而在其他手机和桌面 JVM 中却完全没有问题。
如今，Proguard 3.11 是混淆器中最安全的选择。如果您不必支持非常旧的手机，4.XX 可能没问题。
关于java-me - 用于缩减大小的最佳 Java 混淆应用程序，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/93290/
10-14 21:21