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

简单的测试了下，

压缩前 90K的文件用 jsmin 先压缩一下 变成了 66K

然后用JSA 变成了33k

33K的js文件 evel的时间大概是100ms， 多次evel（ > 70 次 ， 自己手动添加进去的）并没有明显的增加时间

如果不用压缩的一般js文件包含近来只要１５－３２ms左右

总的来说还不错。

只是要考虑要权衡一下浏览器的内存占用,执行速度和网络流量。

如果启用了文本压缩（eval），多少会增加一点开销，不过这也只是初次装载时的开销，一般不需考虑。
如果真的到了需要认真考虑这点开销的时候，放弃文本压缩，语法压缩之后的代码，速度只能提高，不会降低。

仍外，文本压缩和gzip压缩有点重复了，所以，如果服务端启用了gzip压缩，那么，文本压缩就没有必要了。

文本压缩用的是Dean Edwards的算法，完全是大小优先，没有考虑效率的问题（这里也没有明显的效率问题）。
事实上，经过JSA语法压缩之后，还可以对文本压缩进一步优化，减少替换的次数，但是时间仓促，拣咯现成的。

我觉得这个压缩还是自己盯着来压比较好
我一般混淆和压缩都盯着的
推荐试试jasob

t

恳请回帖的各位，不要一上来就推荐这个推荐那个，先比较一下压缩效果，比较一下安全性。
避免推荐出来的垃圾产品让废大家的时间。

混淆在很多时候容易出错

保险起见，可以只对JS进行去一些注释，去空白行，压缩换行之类的。混淆和压缩的工作还是有一定的风险，要考虑系统真正的瓶劲是否就是在JS？否则的话，物极必反，反正不是一种好的办法。

去除注释并不一定安全，jscript的条件编译就是钳在注释里的。
混淆压缩只要有完整的语法分析，能充分考虑js的特殊语法（eval with catch），也不是不安全。

一般来说，混淆压缩都比你说的安全，没有金刚钻，不揽瓷器活，敢于做混淆处理的，一般都有完整的语法分析。

当能，压缩对运行效率的影响是很小的，不存在什么瓶颈。
但是，当网速很慢时，而脚本文件又很大时，对脚本的压缩就非常迫切了。

此外，jsa的压缩不仅仅是压缩，同时还进行语法分析，查错，以及大字符转换等。可以用来保证代码质量，增加代码兼容性。

出错几率还可以
如果书写规范 分号不会出问题
软件混淆的时候会把字符串里与变量相同的也替换，这样比较容易出错
所以我都是一个变量一个变量混的
还有要提供的二次开发接口这个不能混，所以要人看着
体力劳动啊

找遍文档，都不知道如何在Ant中添加任务

jsi的cvs上下载jsi的ant/build.xml就是。

一时兴趣，把类名都写成中文的了，用起来有点怪怪的。
http://jsintegration.cvs.sourceforge.net/jsintegration/JSI/ant/