前台javascript速度优化总结

两个基本点1.         择重避轻，有所取舍。   核心优先通常来讲，系统是都是庞大的，不要太__主义，先抓住重点，理解那些是我们的核心页面，那些页面对我们来说是最重要的，那些页面访问量最高，核

两个基本点 1. 择重避轻，有所取舍。 核心优先 __ 通常来讲，系统是都是庞大的，不要太主义，先抓住重点，理解那些 是我们的核心页面，那些页面对我们来说是最重要的，那些页面访问量最高， 核心优先。 主要问题在那，抓住瓶颈点。 治病要医本。优化前，需要进行细致的分析，抓住主要瓶颈点，对症下 药。优化那么多的方子，别全采用，通常几个就能达到效果 2. 简单有效才是硬道理 越是简单的东西越容易控制，越不容易出错，尽量避免将系统设计的过 于庞大，过于复杂，记住，这是在做产品，而不是在搞研发。很多看似很蠢 的方法，往往越是有效。 新技术，新方法的引用是具备一定的风险的，要评估，要慎重。 Js 处理 1. 尽量放到页面尾部 Js 的加载时阻塞页面的，没下载完毕后面的内容不会出来，所以尽量避 JSJS90% 免把放到页面头部，按照经验估计，整个页面中所用的逻辑，都 是可以放到页面尾部。 2. 延迟加载（按需加载） 很多的业务逻辑并非每次都使用也不是要立即使用，首次加载过程中仅 JS. 仅加载那些必须的，只有当必要的条件触发，才去加载请求必要的比如 __ 说权限验证通过，加载管理模块。发表文章按钮，加载与发表文章有关的 验证和处理函数。 C++ 如果写过的肯定会接触过动态库和静态库，这个与之类似，什么时 候需要什么时候再加载，首次打开页面肯定会清净了许多，而且业务逻辑也 由此分离开来，管理和维护也会方便很多，毕竟减少了那么多的耦合。 BBS 按照项目经验估计，普通页面的所有业务逻辑中需要在首次请求中 50%JS 加载的不到，我们的又由此砍掉了一半。 3. JS 合并，减少请求 请求多个小文件的效率远小于请求一个大文件的效率，因为需要多次 DNSserver 解析，多次连接，浏览器和端也需要进行多次开启进程、权限验 http 证和预处理，以及请求在数据包传递上的一些问题。 js JS 所以尽量避免在页面中加载一堆的文件，需要先讲需要的小的合 JS 并成一个大的文件统一输出，页面因此被卡住的时间肯定会减少很多。 __ 为了提高效率，合并建议不要每次都手动来进行，导致之后维护成本 XML 很大，相信些个配置文件，确定合并规则以及依赖关系后，用程序自 动合并效率会高很多，后面有我附上的一个配置示例，仅作参考形式不重要 4.JS 压缩