JS 压缩用 uglify-js，HTML 压缩用 html-minifier。

如果想一次性压缩完可以使用 grunt 或 gulp 做一个任务文件来实现。

结论：

1. JavaScript用uglifyjs现在已经是通行标准了。
2. 不推荐HTML的相关工具。
3. 做了压缩，落实到http协议时就必须用gzip传输。离开gzip的压缩都是扯淡。
4. 如果实在加不上gzip，客观条件有时讲一讲也无妨。不过总得先尽力，实在不行再放弃。

理由：

1. 只有gzip压缩才能大幅减少文本流的传输流量，别无他法。
2. 针对JavaScript的压缩，可以把大量的变量名压缩成单字母或双字母，本身就有重大的额外利益。
3. 注意上一点是“额外利益”。意思是gzip压缩是大招，javascript压缩只是补充gzip做不到的部分。
4. 压缩HTML几乎没有利益。缩掉那一点空格的任务gzip就能轻易做到。考虑额外消耗掉的CPU时间，以及对HTML可读性的危害，这甚至可能是一个整体上产生负收益的举动。

除了楼上推荐的以外还有Google的Closure Compiler也可以用
https://github.com/google/closure-compiler
克隆仓库以后用ANT编译(或者直接到Google网站下载)即可使用，很方便。

在此提供一个我编译好的jar(2014年8月的版本)：
https://github.com/Pisces000221/LineBoost/raw/gh-pages/tools/compiler.jar

都没人推荐yui compressor么?看来我out了
我补充一点，任何的js简单混淆都是无意义的（以大学计算机考试训练出的水平，看abc做变量名的程序简直太轻松了），因为js无论如何最后都是一段完整的可以被浏览器执行的程序，就算是再复杂的压缩，一eval除了变量名，全现行了，最可怕的是浏览器提供的函数、css相关的名称、对html的接口函数没法压缩，所以顺着这些线索很容易就分析你程序，除非写的时候按照特定的技法，把这些也混淆掉。