我正在构建一个spring mvc web应用程序.
我打算使用hibernate.
我对混淆等方面没有多少经验
混淆应用程序的潜在缺点是什么？
我知道调试应用程序可能存在问题,并且恢复丢失的源代码也是一个问题.
实际运行应用程序是否存在任何已知问题？可以引入错误吗？
由于这是我正在寻找一般指导的领域,请随时打开我应该注意的任何问题.
解决方法:
肯定存在一些潜在的性能/维护问题,但是一个好的混淆器可以让你至少绕过其中一些.需要注意的事项：
>一个显而易见的问题：如果您的代码通过反射调用方法或动态加载类,那么如果类/方法名称被混淆,则可能会失败;一个好的混淆器会让你选择类/方法名称不要混淆以解决这个问题;
>如果并非所有应用程序同时编译,也会出现类似问题;
>如果它直接处理字节码级别,则混淆器可以创建原则上Java编译器无法创建的代码(例如,它可以插入任意GOTO指令,而从Java中这些只能作为循环的一部分创建) – 这可能有点理论,但如果我正在编写JVM,我会优化Java编译器可以创建的字节码序列的性能,而不是它不能创建的字节码序列……
>如果混淆器显着改变方法中字节码的数量,或者以某种方式改变给定方法/代码片段是否达到某些JVM优化的阈值(例如“具有更少的内联方法”),则混淆器可能会对性能进行其他细微更改比X字节码“).
但正如您所看到的,其中一些影响有点微妙和理论 – 所以在某种程度上,您需要做的是在混淆后对应用程序进行浸泡测试,就像您对其他任何重大更改一样.
您还应该注意不要假设混淆隐藏您的代码/算法(如果这是您的意图),就像您希望的那样 – 使用反编译器来查看生成的混淆类的内容.
标签：java,spring,obfuscation 来源： https://codeday.me/bug/20190712/1442921.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。