javascript混淆会对移动浏览器的速度产生什么影响？

问题描述

| 我想问问是否有人测量了一些JavaScript混淆器对结果代码的影响。我的目标是移动用户，因此速度至关重要。而且，我尤其尝试在同一代码上连续运行2或3个不同的混淆器，这会使代码混淆得很好，但是我担心这样做会对速度产生影响。     

解决方法

        大多数JavaScript混淆器只会最小化和重命名局部变量，这对于使用美化器进行逆向工程非常容易。 我发现最好的组合是高级模式下的DojoToolkit和Closure编译器。 高级模式下的封闭使得JavaScript代码几乎不可能进行反向工程，即使经过了美化程序之后也是如此。一旦您的JavaScript代码变得模糊不清，无法识别和进行反向工程，您的HTML就不会泄露很多秘密。 该链接用于在移动应用程序的高级模式下将Dojo工具包与Closure编译器一起使用： http://dojo-toolkit.33424.n3.nabble.com/file/n2636749/Using_the_Dojo_Toolkit_with_the_Closure_Compiler.pdf?by-user=t 实际上，由于其工业规模的优化，高级模式下的Closure编译器实际上使JavaScript在移动环境中的运行速度更快。例如，内联函数，原型方法的虚拟化，名称空间折叠，死代码删除等都将使代码运行更快，因此它不仅是混淆器，还是优化的编译器。 我自己的基准测试在iPad上运行代码的速度提高了约10-20％，在Android上运行了30％。内存使用量也减少了。     ,        它不应该。只要它们是正确的，编译器/解释器就不会在乎您的符号是什么。     ,        您的问题确实需要对自己的javascript进行分析才能得出有用的答案。 不过，混淆通常会加快javascript的速度，因为减小了文件大小（加快了加载速度），并且符号名变小了（比较起来很少）。     ,        如果混淆器像执行某些操作一样进行某种编码和调用eval，则在脚本加载时会降低性能。运行之后，应该没有任何区别，并且如前所述，由于大小变慢，它可能会加快代码的速度。     ,        这取决于混淆的意思。 如果您要使用JSMin之类的工具来缩小尺寸，那么效果为零。 如果您正在谈论Packer之类的问题，评估过程实际上会影响代码执行所需的时间。在速度较慢的设备上，这种影响可能很大。