论坛首页 Web前端技术论坛

发布一个高效的JavaScript分析、压缩工具 JavaScript Analyser

浏览 56830 次
该帖已经被评为精华帖
作者 正文
   发表时间:2007-03-04  
原文见:
http://jindw.spaces.live.com/blog/cns!4D0B98F5F0C51177!114.entry

先发一段脚本压缩示例,展示一下JavaScript Analyser 语法压缩和优化功能。

  1. try {  
  2.     //xxxx();  
  3. }  
  4.   
  5. catch (e) {  
  6.     yyyy();  
  7.     function f1() {  
  8.     }  
  9. }  
  10.   
  11. finally {  
  12.     zzzz();  
  13. }  
  14.   
  15. function f2(var1) {  
  16.     var var2 = 2;  
  17.     var var3 = 3;  
  18.     var withObject = {var2:-2}  
  19.     with(withObject){  
  20.         alert(var2);  
  21.     }  
  22. }  

 

压缩结果(经过格式化,便于查阅):

  1. zzzz();  
  2. function f2(A) {  
  3.     var var2 = 2;  
  4.     var B = 3;  
  5.     var C = {var2:-2};  
  6.     with (C) {  
  7.         alert(var2);  
  8.     }  
  9. }   

 

 

JSA的压缩过程分两步

  1. 第一步是语法压缩,类似于Dojo ShrinkSafe,但比他安全,且更加有效。
  2. 第二步是文本压缩,目前采用的是JavaScript Compressor的压缩算法。(http://dean.edwards.name/packer/ )


这些都可以在设置窗口设置。
默认情况先用语法压缩,当文件大于1000byte且采用文本压缩仍然可以压缩到原来大小90%时才在原来基础上采用文本压缩。

 

与其他压缩工具压缩率比较:

1. JavaScript Compressor(http://dean.edwards.name/packer/ )
    与他自己的压缩工具代码为例(v2.02) packer压缩后大小为 7,428 字节(去除注释)。
    而我们的压缩工具可以压缩至7,256  字节
    7256 / 7428 = 0.9768443726440496
2.Dojo ShrinkSafe (粗糙的东西,既低效又危险,建议原有用户赶紧换掉)
    与他自己的框架源代码为例(v0.4.1):
    他自己压缩大小为149,518 字节,而我们压缩后可以缩小至81,261 字节
    81261 / 149518 = 0.5434864029748927

安全性说明:

1.JavaScript Compressor
      基于文本的压缩,我没有细看其中逻辑,但是这种压缩出问题的可能性很低,我们的压缩工具也使用到他的压缩算法,在JSI 1.1 a8 及
其集成的第三方类库的测试中,未见异常。而且还有知名框架JQuery使用,相信不会有问题。

补充:今天发现,这个东西在分析JavaScript多行字符串语法时,有bug。不过这个问题在经过JSA语法压缩之后,将不复存在。


2.Dojo ShrinkSafe 危险!!!!!
   使用较短的名字替换掉长的局部变量名,这是一个极其不安全的压缩工具,举例说明:

javascript 代码
  1. function(){  
  2.   var withObject = {variable1:1}  
  3.   var variable1 = 2;  
  4.   with(withObject){  
  5.     alert(variable1);  
  6.   }  
  7. }  

将压缩成 :
  1. function(){  
  2. var _1={variable1:1};  
  3. var _2=2;  
  4. with(_1){  
  5. alert(_2);  
  6. }  
  7. }  


这明显是错误的,这个垃圾没有注意javascript某些特殊语法,和动态性。
对eval函数,catch操作,with语句,都未作任何处理。

相比之下JSA的是当前我知道的最安全最有效的压缩工具。
JSA 不仅提供代码压缩功能,还可以做格式化,脚本分析。

脚本分析功能可以用于查看脚本信息,以及查找脚本中的潜在问题。
比如查看脚本中申明了那些函数,变量。
使用了那些外部变量。等等。。。
 
 
   发表时间:2007-03-04  
如果脚本文件有几百K的话, 那么压缩之后再eval会不会很耗时呢?
0 请登录后投票
   发表时间:2007-03-05  
是否测试过dojo新的javascript compressor,它是基于rhino的,跟shrinksafe不同。
http://dojotoolkit.org/docs/compressor_system.html
http://www.dev411.com/blog/2006/07/28/online-dojo-javascript-compressor
0 请登录后投票
   发表时间:2007-03-05  
JSA的压缩过程分两步,第一步是语法压缩,类似于Dojo ShrinkSafe,但比他安全,也比他有效。

第二步是文本压缩,目前采用的是
JavaScript Compressor的压缩算法。
(http://dean.edwards.name/packer/ )

这些都可以在设置窗口设置。
默认情况先用语法压缩,当文件大于1000k且采用文本压缩仍然可以压缩到原来大小90%时才在原来基础上采用文本压缩。



to shinwell
你的担心多余了。

to dev:
Online Dojo JavaScript Compressor 就是 Dojo ShrinkSafe 。
说的好听,其实一点都不safe。
如果你觉得火药桶上暖和,那你就多坐一会吧!

下载地址:
http://sourceforge.net/project/showfiles.php?group_id=175776
或者
http://forum.xidea.org 文件列表
  • 大小: 15.3 KB
0 请登录后投票
   发表时间:2007-03-05  

发一段脚本压缩示例,展示一下JSA压缩和优化功能。


java 代码
 
  1. try {  
  2.     //xxxx();  
  3. }  
  4.   
  5. catch (e) {  
  6.     yyyy();  
  7.     function f1() {  
  8.     }  
  9. }  
  10.   
  11. finally {  
  12.     zzzz();  
  13. }  
  14.   
  15. function f2(var1) {  
  16.     var var2 = 2;  
  17.     var var3 = 3;  
  18.     var withObject = {var2:-2}  
  19.     with(withObject){  
  20.         alert(var2);  
  21.     }  
  22. }  
压缩结果(经过格式化,便于查阅):
java 代码
 
  1. zzzz();  
  2. function f2(A) {  
  3.     var var2 = 2;  
  4.     var B = 3;  
  5.     var C = {var2:-2};  
  6.     with (C) {  
  7.         alert(var2);  
  8.     }  
  9. }   
0 请登录后投票
   发表时间:2007-03-05  
不知道这个东西有什么大用处?
似乎对于javascript源码保护有点意思。
对于压缩效果而言,如果你的web server开启了zip压缩,则这里的额外优势可能就基本没有了。
0 请登录后投票
   发表时间:2007-03-05  
呵呵,

难道你的web server端zip压缩可以压缩掉代码注释??

可以删除掉冗余的语法(如上例中的空catch)

那好,你这个server绝对每人敢用了!!

哦,还可以分析源码,给你报告脚本中的语法错误,那好,你这个web server可以转型了:)
0 请登录后投票
   发表时间:2007-03-05  
jindw 写道
呵呵,

难道你的web server端zip压缩可以压缩掉代码注释??

可以删除掉冗余的语法(如上例中的空catch)

那好,你这个server绝对每人敢用了!!

哦,还可以分析源码,给你报告脚本中的语法错误,那好,你这个web server可以转型了:)


这个的确不行。

不过我还是担心这种压缩,会影响代码的正常执行,如果有这种风险,那就要仔细权衡了。
0 请登录后投票
   发表时间:2007-03-05  
Lucas Lee 写道

不过我还是担心这种压缩,会影响代码的正常执行,如果有这种风险,那就要仔细权衡了。


对,我就是应为这个担心才开发这个压缩框架的,以前流行的dojo的压缩工具(只有语法压缩),忽视javascript的某些特殊语法。导致潜在危险。

而jsa 对with catch eval 等做了特别处理。
而且,jsa 的压缩过程必须先坐完整的语法分析,反倒可以提前检查到脚本中潜在的语法错误。

比如,可以在项目打包部署的ant任务中,添加一项,压缩脚本。这样,一来检查了脚本错误,二来优化了脚本大小。

0 请登录后投票
   发表时间:2007-03-11  
没有用过该压缩工作,不过找机会一定试试

个人觉得 jsmin 压缩的效率比较高,网上有相应的压缩比。
其次压缩后可能会出现代码不能执行的问题,该问题主要是因为漏掉 ';'所致,如果在 jslint 上面简单地检查一下,把所有的漏掉的';'加上,应该就没有问题了。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics