blocks|key|366677|text|JSMin是另一个。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|366678|entityMap|0|LINK|mutability|MUTABLE|url|http://crockford.com/javascript/jsmin^0|0|5|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://crockford.com/javascript/jsmin" rel="nofollow noreferrer">JSMin</a> is another one.

blocks|key|364888|text|尝试JSMin，得到C#，Java，C和其他端口，也可以随时使用。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|364889|entityMap|0|LINK|mutability|MUTABLE|url|http://www.crockford.com/javascript/jsmin.html^0|2|5|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Try <a href="http://www.crockford.com/javascript/jsmin.html" rel="nofollow noreferrer">JSMin</a>, got C#, Java, C and other ports and readily available too.

blocks|key|366340|text|HttpHandler的Here's+the+source+code可以做到这一点，也许它会对你有所帮助|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|366341|entityMap|0|LINK|mutability|MUTABLE|url|http://blog.madskristensen.dk/post/Optimize-WebResourceaxd-and-ScriptResourceaxd.aspx^0|C|M|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://blog.madskristensen.dk/post/Optimize-WebResourceaxd-and-ScriptResourceaxd.aspx" rel="nofollow noreferrer">Here's the source code</a> of an HttpHandler which does that, maybe it'll help you

blocks|key|3374527|text|几年后重新考虑这个问题，UglifyJS，似乎是目前最好的选择。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3374528|如下所述，它可以在NodeJS平台上运行，但可以很容易地修改为在任何JavaScript引擎上运行。|3374529|-老答案如下|3374530|谷歌发布了，它似乎生成了迄今为止here和here中最小的文件|3374531|在此之前，各种选项+were+as+follow+|3374532|基本上，Packer在初始压缩方面做得更好，但是如果你打算在通过网络发送文件之前对文件进行gzip压缩(这是你应该做的)，YUI+Compressor会得到最小的最终大小。|3374533|这些测试是在jQuery代码btw上完成的。|3374534|3374535|原始jQuery库62,885字节，19,758字节gzip|unordered-list-item|3374536|jQuery缩小后为JSMin+36,391字节，11,541字节后为gzip|3374537|jQuery，打包后为21,557字节，11,119字节后为gzip|3374538|jQuery，使用YUI压缩器缩小后为31,822字节，10,818字节后为gzip|3374539|<代码>F216|3374540|@daniel+james在评论compressorrater中提到，它显示了包装器在最佳压缩方面领先于图表，所以我猜ymmv|3374541|entityMap|0|LINK|mutability|MUTABLE|url|http://github.com/mishoo/UglifyJS|1|http://blog.feedly.com/2009/11/06/google-closure-vs-yui-min/|2|http://news.ycombinator.com/item?id=924426|3|http://www.julienlecomte.net/blog/2007/08/13/|4|http://dean.edwards.name/packer/|5|http://www.julienlecomte.net/yuicompressor/|6|https://stackoverflow.com/users/2434/daniel-james|7|http://compressorrater.thruhere.net/^0|C|8|0|0|0|0|G|4|1|L|4|2|0|9|G|3|0|4|6|4|1P|E|5|0|0|0|0|0|0|0|0|1|C|6|G|F|7|0^^$0|@$1|2|3|4|5|6|7|1P|8|@]|9|@$A|1Q|B|1R|1|1S]]|C|$]]|$1|D|3|E|5|6|7|1T|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|1U|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|1V|8|@]|9|@$A|1W|B|1X|1|1Y]|$A|1Z|B|20|1|21]]|C|$]]|$1|J|3|K|5|6|7|22|8|@]|9|@$A|23|B|24|1|25]]|C|$]]|$1|L|3|M|5|6|7|26|8|@]|9|@$A|27|B|28|1|29]|$A|2A|B|2B|1|2C]]|C|$]]|$1|N|3|O|5|6|7|2D|8|@]|9|@]|C|$]]|$1|P|3|-4|5|6|7|2E|8|@]|9|@]|C|$]]|$1|Q|3|R|5|S|7|2F|8|@]|9|@]|C|$]]|$1|T|3|U|5|S|7|2G|8|@]|9|@]|C|$]]|$1|V|3|W|5|S|7|2H|8|@]|9|@]|C|$]]|$1|X|3|Y|5|S|7|2I|8|@]|9|@]|C|$]]|$1|Z|3|10|5|6|7|2J|8|@]|9|@]|C|$]]|$1|11|3|12|5|6|7|2K|8|@]|9|@$A|2L|B|2M|1|2N]|$A|2O|B|2P|1|2Q]]|C|$]]|$1|13|3|-4|5|6|7|2R|8|@]|9|@]|C|$]]]|14|$15|$5|16|17|18|C|$19|1A]]|1B|$5|16|17|18|C|$19|1C]]|1D|$5|16|17|18|C|$19|1E]]|1F|$5|16|17|18|C|$19|1G]]|1H|$5|16|17|18|C|$19|1I]]|1J|$5|16|17|18|C|$19|1K]]|1L|$5|16|17|18|C|$19|1M]]|1N|$5|16|17|18|C|$19|1O]]]]

Revisiting this question a few years later, <a href="http://github.com/mishoo/UglifyJS" rel="nofollow noreferrer">UglifyJS</a>, seems to be the best option as of now.

As stated below, it runs on the NodeJS platform, but can be easily modified to run on any JavaScript engine.

--- Old answer below---

Google released <a href="https://github.com/google/closure-compiler" rel="nofollow noreferrer">Closure Compiler</a> which seems to be generating the smallest files so far as seen <a href="http://blog.feedly.com/2009/11/06/google-closure-vs-yui-min/" rel="nofollow noreferrer">here</a> and <a href="http://news.ycombinator.com/item?id=924426" rel="nofollow noreferrer">here</a>

Previous to that the various options <a href="http://www.julienlecomte.net/blog/2007/08/13/" rel="nofollow noreferrer"> were as follow </a>

Basically <a href="http://dean.edwards.name/packer/" rel="nofollow noreferrer">Packer</a> does a better job at initial compression , but if you are going to gzip the files before sending on the wire (which you should be doing) <a href="http://www.julienlecomte.net/yuicompressor/" rel="nofollow noreferrer">YUI Compressor</a> gets the smallest final size.

The tests were done on jQuery code btw.

<ul>
<li>Original jQuery library 62,885 bytes , 19,758 bytes after gzip</li>
<li>jQuery minified with JSMin 36,391 bytes , 11,541 bytes after gzip</li>
<li>jQuery minified with Packer 21,557 bytes , 11,119 bytes after gzip</li>
<li>jQuery minified with the YUI Compressor 31,822 bytes , 10,818 bytes after gzip</li>
</ul>

@<a href="https://stackoverflow.com/users/2434/daniel-james">daniel james</a> mentions in the comment <a href="http://compressorrater.thruhere.net/" rel="nofollow noreferrer">compressorrater</a> which shows Packer leading the chart in best compression, so I guess ymmv

blocks|key|3374560|text|我使用+from+the+Dojo+project+-它是例外的，因为它实际上使用了JavaScript解释器(Rhino)来处理在代码中查找符号并理解它们的作用域等，这有助于确保代码在从另一端出来时能够正常工作，而不是许多使用正则表达式来做同样事情的压缩工具(这不是那么可靠)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3374561|在我当前的Visual+Studio解决方案中，我实际上在Web+Deployment+Project中有一个MSBuild任务，它运行一个脚本，该脚本在我们部署之前通过ShrinkSafe运行所有解决方案的JS文件，它工作得很好。|3374562|编辑：顺便说一句，“最佳”是有争议的，因为“最佳”的标准将根据项目的需要而变化。就我个人而言，我认为ShrinkSafe是一个很好的平衡；对于一些认为最小尺寸的==最好的人来说，它是不够的。|style|BOLD|3374563|编辑：值得注意的是，YUI压缩器也使用Rhino。|3374564|entityMap|0|LINK|mutability|MUTABLE|url|http://shrinksafe.dojotoolkit.org/|1|http://www.mozilla.org/rhino/|2|http://www.microsoft.com/downloads/details.aspx?familyid=0AA30AE8-C73B-4BDD-BB1B-FE697256C459&displaylang=en^0|3|M|0|1K|5|1|0|T|M|2|0|0|3|0|0|3|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]|$A|11|B|12|1|13]]|C|$]]|$1|D|3|E|5|6|7|14|8|@]|9|@$A|15|B|16|1|17]]|C|$]]|$1|F|3|G|5|6|7|18|8|@$A|19|B|1A|H|I]]|9|@]|C|$]]|$1|J|3|K|5|6|7|1B|8|@$A|1C|B|1D|H|I]]|9|@]|C|$]]|$1|L|3|-4|5|6|7|1E|8|@]|9|@]|C|$]]]|M|$N|$5|O|P|Q|C|$R|S]]|T|$5|O|P|Q|C|$R|U]]|V|$5|O|P|Q|C|$R|W]]]]

I use <a href="http://shrinksafe.dojotoolkit.org/" rel="nofollow noreferrer">ShrinkSafe from the Dojo project</a> - it is exceptional because it actually uses a JavaScript interpreter (<a href="http://www.mozilla.org/rhino/" rel="nofollow noreferrer">Rhino</a>) to deal with finding symbols in the code and understanding their scope, etc. which helps to ensure that the code will work when it comes out the other end, as opposed to a lot of compression tools which use regex to do the same (which is not as reliable).

I actually have an MSBuild task in a <a href="http://www.microsoft.com/downloads/details.aspx?familyid=0AA30AE8-C73B-4BDD-BB1B-FE697256C459&amp;displaylang=en" rel="nofollow noreferrer">Web Deployment Project</a> in my current Visual Studio solution that runs a script which in turn runs all of the solution's JS files through ShrinkSafe before we deploy and it works quite well.

EDIT: By the way, "best" is open to debate, since the criteria for "best" will vary depending on the needs of the project. Personally, I think ShrinkSafe is a good balance; for some people that think smallest size == best, it will be insufficient.

EDIT: It is worth noting that the YUI compressor also uses Rhino.

blocks|key|3161757|text|Here是一个YUI压缩器脚本(Byuic)，它沿着路径查找所有的js和css，并对它们进行压缩/(可选)模糊处理。很高兴集成到构建过程中。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3161758|entityMap|0|LINK|mutability|MUTABLE|url|http://brilaps.com/index.php?content=byuic|1^0|0|4|0|G|5|1|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$A|N|B|O|1|P]|$A|Q|B|R|1|S]]|C|$]]|$1|D|3|-4|5|6|7|T|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|K]]]]

<a href="http://brilaps.com/index.php?content=byuic" rel="nofollow noreferrer" title="Here">Here</a> is a YUI compressor script (<a href="http://brilaps.com/index.php?content=byuic" rel="nofollow noreferrer" title="Byuic">Byuic</a>) that finds all the js and css down a path and compresses /(optionally) obfuscates them. Nice to integrate into a build process.

blocks|key|3161760|text|如果你使用的是Packer，只需使用“收缩变量”选项并对生成的代码进行压缩即可。base62选项仅适用于您的服务器无法发送gzipped文件的情况。带有‘if+vars’的打包程序可以更好地压缩YUI，但是如果你在某个地方跳过了一个分号，可能会引入错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3161761|base62基本上是一个穷人的gzip，这就是为什么压缩base62ed的代码会比压缩压缩的代码得到更大的文件。|3161762|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If you use Packer, just go far the 'shrink variables' option and gzip the resulting code. The base62 option is only for if your server cannot send gzipped files. Packer with 'shrink vars' achieves better compression the YUI, but can introduce bugs if you've skipped a semicolon somewhere.

base62 is basically a poor man's gzip, which is why gzipping base62-ed code gives you bigger files than gzipping shrink-var-ed code.

blocks|key|366706|text|bananascript.com曾经给我最好的结果。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|366707|entityMap|0|LINK|mutability|MUTABLE|url|http://www.bananascript.com/^0|0|G|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://www.bananascript.com/" rel="nofollow noreferrer">bananascript.com</a> used to give me best results.

blocks|key|3374720|text|KJScompress|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3374721|http://opensource.seznam.cz/KJScompress/index.html|3374722|3374723|+Kjscompress/csskompress是两个应用程序(kjscompress+A+csscompress)的集合，用于从包含JavaScript和CSS的文件中删除不重要的空格和注释。两者都是适用于GNU/Linux操作系统的命令行应用程序。|blockquote|3374724|3374725|entityMap|0|LINK|mutability|MUTABLE|url^0|0|B|0|0|1E|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@]|D|@$9|X|A|Y|1|Z]]|E|$]]|$1|H|3|-4|5|6|7|10|8|@]|D|@]|E|$]]|$1|I|3|J|5|K|7|11|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|12|8|@]|D|@]|E|$]]|$1|M|3|-4|5|6|7|13|8|@]|D|@]|E|$]]]|N|$O|$5|P|Q|R|E|$S|G]]]]

KJScompress

<a href="http://opensource.seznam.cz/KJScompress/index.html" rel="nofollow noreferrer">http://opensource.seznam.cz/KJScompress/index.html</a>

<blockquote>
 Kjscompress/csskompress is set of two
 applications (kjscompress a
 csscompress) to remove non-significant
 whitespaces and comments from files
 containing JavaScript and CSS. Both
 are command-line applications for
 GNU/Linux operating system.
</blockquote>

blocks|key|3374754|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3374755|在搜索“银弹”时，发现了这个问题。对于Ruby+on+Rails+http://github.com/sstephenson/sprockets|blockquote|offset|length|3374756|3374757|entityMap|0|LINK|mutability|MUTABLE|url|http://github.com/sstephenson/sprockets^0|0|X|13|0|0|0^^$0|@$1|2|3|-4|4|5|6|O|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|P|7|@]|8|@$D|Q|E|R|1|S]]|9|$]]|$1|F|3|-4|4|5|6|T|7|@]|8|@]|9|$]]|$1|G|3|-4|4|5|6|U|7|@]|8|@]|9|$]]]|H|$I|$4|J|K|L|9|$M|N]]]]

<blockquote>
 In searching silver bullet, found this
 question. For Ruby on Rails
 <a href="http://github.com/sstephenson/sprockets" rel="nofollow noreferrer">http://github.com/sstephenson/sprockets</a>
</blockquote>

blocks|key|365033|text|我最近发布了UglifyJS，这是一个用JavaScript编写的JavaScript压缩器(在NodeJS+Node.js平台上运行，但它可以很容易地修改为在任何JavaScript引擎上运行，因为它不需要任何Node.js内部组件)。它比YUI+Compressor和Google+Closure都快得多，在我测试的所有脚本上，它比YUI压缩得更好，而且比闭包更安全(知道如何处理"eval“或"+with+")。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|365034|除了删除空格之外，UglifyJS还执行以下操作：|365035|else|365036|更改局部变量名(通常为单个连续的var+declarations|unordered-list-item|365037|
|365038|avoids插入任何不需要的方括号、括号和semicolons|365039|365040|optimizes+IFs+(当检测到不需要它时删除“”，如果可能，将IFs转换为&&、%7C%7C或?/:运算符，将possible|365041|removes引用自对象文字中的键的foo.bar转换为|365042|，当这导致较小的代码时，执行简单表达式(|365043|13)|365044|365045|365046|附言:哦，它也可以“美化”。;-)|365047|entityMap|0|LINK|mutability|MUTABLE|url|http://github.com/mishoo/UglifyJS|1|http://en.wikipedia.org/wiki/Nodejs|2|http://developer.yahoo.com/yui/compressor/|3|http://en.wikipedia.org/wiki/Google_Closure_Tools|4|http://en.wikipedia.org/wiki/Yahoo!_UI_Library^0|2Y|7|6|8|0|1J|7|1|3D|E|2|3S|E|3|4O|3|4|0|0|0|0|0|0|0|0|I|7|1|1|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1J|8|@$9|1K|A|1L|B|C]]|D|@$9|1M|A|1N|1|1O]|$9|1P|A|1Q|1|1R]|$9|1S|A|1T|1|1U]|$9|1V|A|1W|1|1X]|$9|1Y|A|1Z|1|20]]|E|$]]|$1|F|3|G|5|6|7|21|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|22|8|@]|D|@]|E|$]]|$1|J|3|K|5|L|7|23|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|24|8|@]|D|@]|E|$]]|$1|O|3|P|5|L|7|25|8|@]|D|@]|E|$]]|$1|Q|3|N|5|6|7|26|8|@]|D|@]|E|$]]|$1|R|3|S|5|L|7|27|8|@]|D|@]|E|$]]|$1|T|3|U|5|L|7|28|8|@$9|29|A|2A|B|C]]|D|@]|E|$]]|$1|V|3|W|5|L|7|2B|8|@]|D|@]|E|$]]|$1|X|3|Y|5|6|7|2C|8|@]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|2D|8|@]|D|@]|E|$]]|$1|10|3|-4|5|6|7|2E|8|@]|D|@]|E|$]]|$1|11|3|12|5|6|7|2F|8|@]|D|@]|E|$]]|$1|13|3|-4|5|6|7|2G|8|@]|D|@]|E|$]]]|14|$15|$5|16|17|18|E|$19|1A]]|1B|$5|16|17|18|E|$19|1C]]|1D|$5|16|17|18|E|$19|1E]]|1F|$5|16|17|18|E|$19|1G]]|1H|$5|16|17|18|E|$19|1I]]]]

I recently released <a href="http://github.com/mishoo/UglifyJS" rel="noreferrer">UglifyJS</a>, a JavaScript compressor which is written in JavaScript (runs on the NodeJS <a href="http://en.wikipedia.org/wiki/Nodejs" rel="noreferrer">Node.js</a> platform, but it can be easily modified to run on any JavaScript engine, since it doesn't need any <code>Node.js</code> internals). It's a lot faster than both <a href="http://developer.yahoo.com/yui/compressor/" rel="noreferrer">YUI Compressor</a> and <a href="http://en.wikipedia.org/wiki/Google_Closure_Tools" rel="noreferrer">Google Closure</a>, it compresses better than <a href="http://en.wikipedia.org/wiki/Yahoo!_UI_Library" rel="noreferrer">YUI</a> on all scripts I tested it on, and it's safer than Closure (knows to deal with "eval" or "with").

Other than whitespace removal, UglifyJS also does the following:

<ul>
<li>changes local variable names (usually to single characters)</li>
<li>joins consecutive var declarations</li>
<li>avoids inserting any unneeded brackets, parens and semicolons</li>
<li>optimizes IFs (removes "else" when it detects that it's not needed, transforms IFs into the &amp;&amp;, || or ?/: operators when possible, etc.).</li>
<li>transforms <code>foo["bar"]</code> into <code>foo.bar</code> where possible</li>
<li>removes quotes from keys in object literals, where possible</li>
<li>resolves simple expressions when this leads to smaller code (1+3*4 ==> 13)</li>
</ul>

PS: Oh, it can "beautify" as well. ;-)

blocks|key|3162004|text|Js+Crush是一个很好的压缩器，可以在你缩小后使用。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3162005|entityMap|0|LINK|mutability|MUTABLE|url|http://www.iteral.com/jscrush/^0|0|8|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://www.iteral.com/jscrush/" rel="nofollow noreferrer" title="JS Crush">Js Crush</a> is a good compressor to use after you have minified.

What is the the best JavaScript compressor available? I'm looking for a tool that:

<ul>
<li>is easy to use</li>
<li>has a high compression rate</li>
<li>Produce reliable end results (doesn't mess up the code)</li>
</ul>

Best JavaScript compressor

Visual Studio

服务器

解释器

jQuery

Linux

Java

目前最好的JavaScript压缩器是什么？我正在寻找一个工具，它可以：易于使用压缩率高生成可靠的最终结果(不会弄乱代码)

问最佳JavaScript压缩器
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问最佳JavaScript压缩器EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问最佳JavaScript压缩器
EN