Java 混淆 - ProGuard/yGuard/其他?

发布于 2024-07-06 04:58:09 字数 1557 浏览 10 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

浮云落日 2024-07-13 04:58:09

我的项目的结果。

  • 混淆 - 两者都很好。
  • 优化 - ProGuard 生成的代码速度提高了 20%(对于测量的应用瓶颈)。
  • 紧凑性 - ProGuard 缩小了约 5%。
  • 配置/Ant - YGuard 更容易配置。

所以,我建议使用 ProGuard - 但配置和 ant 集成绝对可以改进。

Results for my project.

  • Obfuscation - both fine.
  • Optimisation - ProGuard produced 20% faster code (for the measured app bottleneck).
  • Compactness - ProGuard about 5% smaller.
  • Configuration / Ant - YGuard is much easier to configure.

So, I'd advise ProGuard - but configuration and ant integration could definitely be improved.

淤浪 2024-07-13 04:58:09

Proguard是一个更好的产品; 特别是如果您花时间检查 J2ME 的设置。

专门针对 J2ME,有一个更好的(商业)产品,名为 mBooster

我已经得到了大约 25通过 Proguard 后,我的应用程序的大小改进了 %。 这主要与 Jar 文件更好的 Zip 压缩以及对类合并和预验证的全面支持有关。

Proguard is a better product; especially if you take the time to go through the settings for J2ME.

Specifically for J2ME there is a far better (commercial) product called mBooster

I've been getting around 25% improvement in size on my application after its been through Proguard. This is mainly to do with the better Zip compression on the Jar file and comprehensive support for class merging and preverification.

ゃ人海孤独症 2024-07-13 04:58:09

我的意见是 - ProGuard 更好。 输出小了一点。 优化效果更好、更快。

在这两种情况下反编译都很简单。 嗯,我的意思是,如果您很了解 Java 并且真正了解您正在反编译的内容的业务逻辑,那么从混淆的类中将其返回到源代码是没有问题的。

所以,我的观点是 ProGuard 更好。

My opinion is - ProGuard is better. Output is smaller a bit. Optimizing is better and much faster.

Decompiling is simple in both cases. Well, i mean, if u know Java well and really know business-logic of what you're decompiling, there is no problem to get it back to sources from obfuscated classes.

So, my opinion is ProGuard is better.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文