前台javascript速度优化

两个基本点
1.         择重避轻，有所取舍。
l   核心优先
通常来讲，系统是都是庞大的，不要太完美主义，先抓住重点，理解那些是我们的核心页面，那些页面对我们来说是最重要的，那些页面访问量最高，核心优先。
l  主要问题在那，抓住瓶颈点。
治病要医本。优化前，需要进行细致的分析，抓住主要瓶颈点，对症下药。优化那么多的方子，别全采用，通常几个就能达到效果
2.         简单有效才是硬道理
越是简单的东西越容易控制，越不容易出错，尽量避免将系统设计的过于庞大，过于复杂，记住，这是在做产品，而不是在搞研发。很多看似很蠢的方法，往往越是有效。
新技术，新方法的引用是具备一定的风险的，要评估，要慎重。
Js处理
1.         尽量放到页面尾部
Js的加载时阻塞页面的，没下载完毕后面的内容不会出来，所以尽量避免把JS放到页面头部，按照经验估计，整个页面中所用的JS逻辑，90%都是可以放到页面尾部。
2.         延迟加载（按需加载）
很多的业务逻辑并非每次都使用也不是要立即使用，首次加载过程中仅仅加载那些必须的，只有当必要的条件触发，才去加载请求必要的JS.比如说权限验证通过，加载管理模块。点击发表文章按钮，加载与发表文章有关的验证和处理函数。
如果写过C++的肯定会接触过动态库和静态库，这个与之类似，什么时候需要什么时候再加载，首次打开页面肯定会清净了许多，而且业务逻辑也由此分离开来，管理和维护也会方便很多，毕竟减少了那么多的耦合。
按照BBS项目经验估计，普通页面的所有业务逻辑中需要在首次请求中加载的不到50%，我们的JS又由此砍掉了一半。
3.         合并JS，减少请求
请求多个小文件的效率远小于请求一个大文件的效率，因为需要多次DNS解析，多次连接，浏览器和server端也需要进行多次开启进程、权限验证和预处理，以及 http请求在数据包传递上的一些问题。
所以尽量避免在页面中加载一堆的js 文件，需要先讲需要的小的JS合并成一个大的JS文件统一输出，页面因此被卡住的时间肯定会减少很多。
为了提高开发效率，合并建议不要每次都手动来进行，导致之后维护成本很大，相信些个XML配置文件，确定合并规则以及依赖关系后，用程序自动合并效率会高很多，后面有我附上的一个配置示例，仅作参考形式不重要
4.         JS压缩
此手段属前端特有，毕竟流量意味着速度，意味着金钱。是在降低代码的可读性为前提。但事物的两面性告诉我们，可读性差也意味着安全，而且可读性可以通过保存压缩前的源文件来解决。
所谓的压缩，就是把场的变量名换成短的变量名，去掉没用的空格和换行符，从而节省我们JS程序的长度，不过目前这种处理已经很成熟，通过搜索可以搜出很多相关的工具。不再细说
经验值，能压缩50%以上，视程序与压缩工具而论。
5.         尽量少用第三方库
在我的印象中，很多框架都是很庞大20K以上，虽然很强大很方便，但如果不是做企业级应用，不要用，因为我们也许只可能用到其中很少的一部分功能却加载了整个框架。
不过框架中的很多方法是可以提取出来滴，或者精简成一个轻量级的框架，比如说trimPath，完全可以精简到4k.
6.         合并ajax请求
Ajax请求的数据，如果涉及请求多种数据，尽量考虑到将其合并。
7.         合理的使用缓存
缓存视乎是server端的事，但是js中也是经常用的。
一种是缓存在一个全局变量中，一些很复杂的计算和查找操作可以这样做。如果大家在使用模板类trimPath经常是需要对模板进行预处理，这种预处理的结果是可以被缓存的。这种缓存的缺点是页面刷新后数据就会失效。
另外一种是缓存在window.name或cookie里面，经常用来缓存一些AJAX调用的结果，避免反复请求server端，比如一些用户的权限验证信息，就没必要总是调用server端接口，缓存了也就减少了请求，提高了性能，但cookie大家要慎用，存于一些数据比较小的还行，每次http请求他是占用上行带宽的。
还有一种缓存的实现是借助于flash或其他的第三方组件，特点是可以缓存超大的数据，但是适应场景优先，需要特殊的平台支持，不过FLASH目前已经很通用了。
8.         能静态化输出，尽量少用JS渲染输出

页面制作
1.         素材合并
尽量把页面中的图片合并在一起，利用css sprite切割。这样减少了请求的次数。通常合并成3长大的图片，一张是有固定宽高的（比如说按钮），另外两张是分别横向或纵向平铺的1像素的小图，用来做背景用。
2.         CSS压缩处理
道理同JS压缩，也是有很多工具实用的可用。
3.         图片背景切割与平铺
切图是很有讲究的，很多区域能切成用1像素平铺，尽量用1像素小图平铺，尽量用一个较大的图片设置成背静。
4.         少用iframe和frameset
首先一点frame会阻塞页面，第二，产生额外的请求，第三，如果涉及交互，增加开发维护成本，第四对搜索引擎优化不好
5.         CSS尽量放到页面头部
浏览器只有等CSS下载完毕后，才会真正的显示页面，所以为了让页面尽快有所输出，把CSS放到头部，而且浏览器对CSS的处理时并行的，不会像JS那样会阻塞页面。
Server处理
1.         启用gzip压缩，约能压缩70%~80%
2.         js,css,图片添加过期头，让浏览器能缓存。能减少1/3以上的请求。
3.         静态页面、js、css等静态文件单独迁移
第一，         可以针对静态文件做专门优化，比如说squid反向代理，nginx代替apache做静态server。
第二，         便于管理和维护，以后迁移和拓展方便。
4.         js、css、图片等静态文件与当前应用放到不同的域名下。
不再传递那些无必要的cookie，减少传输。
5.         图片服务器分多域名。
浏览器对同一域名的只允许使用2个并发，如果页面图片过多，会由于并发排队从而阻塞页面。但域名也不能太多，会消耗DNS解析的时间，建议4个为佳。

附加
1.         JS合并配置文件示例
<?xml version="1.0" encoding="gb2312" ?>
<root>
<include>
   <list><![CDATA[qStandBottom_static]]></list>
</include>
    <js>
   <list><![CDATA[/lib/postJs.obj.js]]></list>
   <list><![CDATA[/lib/JSON.obj.js]]></list>
   <list><![CDATA[/qmeditor/qmeditor/qmeditor/editor.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriteLib.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriteVote.obj.js]]></list>
   <list><![CDATA[/control/subjectList/naviFilter.obj.js]]></list>
   <list><![CDATA[/control/subject/checkDomain.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriteBottomGlobal.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriteBottom_asyncDeclare.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriterEditor.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWriteBottom.obj.js]]></list>
   <list><![CDATA[/control/subjectList/subjectWritePhoto.js]]></list>
   </js>
</root>
2.         常见分析与调试工具
IE Httpwatch
Firefox firebug