如今浏览器能够实现的特性越来越多,并且网络逐渐向移动设备转移,使我们的前端代码更加紧凑,如何优化,就变得越来越重要了。
开发人员普遍会将他们的代码习惯优先于用户体验。但是很多很小的改变可以让用户体验有个飞跃提升,所以任何一点儿小小的优化都会提升你网站的性能。
前端给力的地方是可以有许多种简单的策略和代码习惯让我们可以保证最理想的前端性能。我们这个系列的主题就是要告诉你一些前端性能优化的最佳实践,只需要一分钟,就可以优化你现有的代码。(本文内容来自极客标签)
最佳实践1:使用DocumentFragments或innerHTML取代复杂的元素注入
var list = document.querySelector('ul'); ajaxResult.items.forEach(function(item) { // 创建<li>元素 var li = document.createElement('li'); li.innerHTML = item.text; // <li>元素常规操作,例如添加class,更改属性attribute,添加事件监听等 // 迅速将<li>元素注入父级<ul>中 list.apppendChild(li); });
上面的代码其实是一个错误的写法,将<ul>元素带着对每一个列表的DOM操作一起移植是非常慢的。如果你真的想要 使用document.createElement,并且将对象当做节点来处理,那么考虑到性能问题,你应该使用DocumentFragement。
DocumentFragement 是一组子节点的“虚拟存储”,并且它没有父标签。在我们的例子中,将DocumentFragement想象成看不见的<ul>元素,在 DOM外,一直保管着你的子节点,直到他们被注入DOM中。那么,原来的代码就可以用DocumentFragment优化一下:
var frag = document.createDocumentFragment(); ajaxResult.items.forEach(function(item) { // 创建<li>元素 var li = document.createElement('li'); li.innerHTML = item.text; // <li>元素常规操作 // 例如添加class,更改属性attribute,添加事件监听,添加子节点等 // 将<li>元素添加到碎片中 frag.appendChild(li); }); // 最后将所有的列表对象通过DocumentFragment集中注入DOM document.querySelector('ul').appendChild(frag);
为DocumentFragment追加子元素,然后再将这个DocumentFragment加到父列表中,这一系列操作仅仅是一个DOM操作,因此它比起集中注入要快很多。
如果你不需要将列表对象当做节点来操作,更好的方法是用字符串构建HTML内容:
var htmlStr = ''; ajaxResult.items.forEach(function(item) { // 构建包含HTML页面内容的字符串 htmlStr += '<li>' + item.text + '</li>'; }); // 通过innerHTML设定ul内容 document.querySelector('ul').innerHTML = htmlStr;
这当中也只有一个DOM操作,并且比起DocumentFragment代码量更少。在任何情况下,这两种方法都比在每一次迭代中将元素注入DOM更高效。
最佳实践2:高频执行事件/方法的防抖
防抖可以限制一个方法在一定时间内执行的次数。以下代码是个防抖示例:
// 取自 UnderscoreJS 实用框架 function debounce(func, wait, immediate) { var timeout; return function() { var context = this, args = arguments; var later = function() { timeout = null; if (!immediate) func.apply(context, args); }; var callNow = immediate && !timeout; clearTimeout(timeout); timeout = setTimeout(later, wait); if (callNow) func.apply(context, args); }; } // 添加resize的回调函数,但是只允许它每300毫秒执行一次 window.addEventListener('resize', debounce(function(event) { // 这里写resize过程 }, 300));
debounce方法返回一个方法,用来包住你的回调函数,限制他的执行频率。使用这个防抖方法,就可以让你写的频繁回调的方法不会妨碍用户的浏览器!
最佳实践3:网络存储的静态缓存和非必要内容优化
define(function() { var cacheObj = window.sessionStorage || { getItem: function(key) { return this[key]; }, setItem: function(key, value) { this[key] = value; } }; return { get: function(key) { return this.isFresh(key); }, set: function(key, value, minutes) { var expDate = new Date(); expDate.setMinutes(expDate.getMinutes() + (minutes || 0)); try { cacheObj.setItem(key, JSON.stringify({ value: value, expires: expDate.getTime() })); } catch(e) { } }, isFresh: function(key) { // 返回值或者返回false var item; try { item = JSON.parse(cacheObj.getItem(key)); } catch(e) {} if(!item) return false; // 日期算法 return new Date().getTime() > item.expires ? false : item.value; } } });
这个工具提供了一个基础的get和set方法,同isFresh方法一样,保证了存储的数据不会过期。调用方法也非常简单:
require(['storage'], function(storage) { var content = storage.get('sidebarContent'); if(!content) { // Do an AJAX request to get the sidebar content // ... and then store returned content for an hour storage.set('sidebarContent', content, 60); } });
现在同样的内容不会被重复请求,你的应用运行的更加有效。花一点儿时间,看看你的网站设计,将那些不会变化,但是会被不断请求的内容挑出来,你可以使用Web Storage工具来提升你网站的性能。
最佳实践4:使用异步加载,延迟加载依赖
// 基本使用: 加载一部分AMD格式的模块 curl(['social', 'dom'], function(social, dom) { dom.setElementContent('.social-container', social.loadWidgets()); }); // 定义一个使用Google Analytics的模块,该模块是非AMD格式的 define(["js!//google-analytics.com/ga.js"], function() { // Return a simple custom Google Analytics controller return { trackPageView: function(href) { _gaq.push(["_trackPageview", url]); }, trackEvent: function(eventName, href) { _gaq.push(["_trackEvent", "Interactions", eventName, "", href || window.location, true]); } }; }); // 加载一个不带回调方法的非AMD的js文件 curl(['js!//somesite.com/widgets.js']); // 将JavaScript和CSS文件作为模块加载 curl(['js!libs/prism/prism.js', 'css!libs/prism/prism.css'], function() { Prism.highlightAll(); }); // 加载一个AJAX请求的URL curl(['text!sidebar.php', 'storage', 'dom'], function(content, storage, dom) { storage.set('sidebar', content, 60); dom.setElementContent('.sidebar', content); });
你可能早就了解,异步加载可以大大提高万展速度,但是我想在此说明的是,你要使用异步加载!使用了之后你可以看到区别,更重要的是,你的用户可以看到区别。
当你可以根据页面内容延迟加载依赖的时候,你就可以体会到异步加载的好处了。例如,你可以只加载Twitter,Facebook和Google Plus到应用了名为social的CSS样式的div元素中。“在加载前检查是否需要”策略可以为我的用户节省好几KB的莫须有的加载。
最佳实践5:使用Array.prototype.join代替字符串连接
htmlStr += '<li>' + item.text + '</li>';
但是下面这段代码中,我用了优化:
var items = []; ajaxResult.items.forEach(function(item) { // 构建字符串 items.push('<li>', item.text, '</li>'); }); // 通过innerHTML设置列表内容 document.querySelector('ul').innerHTML = items.join('');
也许你需要花上一点儿时间来看看这个数组是做什么用的,但是所有的用户都从这个优化中受益匪浅。
最佳实践6:尽可能使用CSS动画
.myAnimation { animation: someAnimation 1s; transform: translate3d(0, 0, 0); /* 强制硬件加速 */ }
tansform:transform(0,0,0)在不会影响其他动画的同时将通话送入硬件加速。在不支持CSS动画的情况下(IE8及以下版本的浏览器),你可以引入JavaScript动画逻辑:
<!--[if 低于IE8版本]> <script src="http://code.jquery.com/jquery-1.9.1.min.js"></script> <script src="/js/ie-animations.js"></script> <![endif]-->
在上例中,ie-animations.js文件必须包含你自定义的jQuery代码,用于当CSS动画在早期IE中不被支持的情况下,来替代CSS动画完成动画效果。完美的通过CSS动画来优化动画,通过JavaScript来支持全局动画效果。
最佳实践7:使用事件委托
// 获取元素,添加事件监听 document.querySelector('#parent-list').addEventListener('click', function(e) { // e.target 是一个被点击的元素! // 如果它是一个列表元素 if(e.target && e.target.tagName == 'LI') { // 我们找到了这个元素,对他的操作可以写在这里。 } });
上面的例子是不可思议的简单,当事件发生的时候,它没有轮询父节点去寻找匹配的元素或选择器,且它不支持基于选择器的查询(例如用class name,或者id来查询)。所有的JavaScript框架提供了委托选择器匹配。重点是,你避免了为每一个元素加载事件监听,而是在父元素上加一个事件监听。这样大大的增加了效率,并且减少了很多维护!
最佳实践8:使用Data URI代替图片SRC
<!-- 以前的写法 --> <img src="/images/logo.png" /> <!-- 使用data URI的写法 --> <img src="data: image/jpeg;base64,/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAPAAA/+4ADkFkb2JlAGTAAAAAAf/bAIQABgQEBAUEBgUFBgkGBQYJCwgGBggLDAoKCwoKDBAMDAwMDAwQDA4PEA8ODBMTFBQTExwbGxscHx8fHx8fHx8fHwEHBwcNDA0YEBAYGhURFRofHx8fHx8fHx8fHx8fHx8fH ...." /> <-- 范例: http://davidwalsh.name/demo/data-uri-php.php -->
当然页面大小会增加(如果你的服务器使用适当的gzip内容,这个增加会很小),但是你减少了潜在的请求,同时也在过程中减少了服务器请求的数量。现在大多数浏览器都支持Data URI,在CSS中的背景骨片也可以使用Data URI,因此这个策略现在已经可以在应用层级,广泛应用。
最佳实践9:使用媒体查询加载指定大小的背景图片
/* 默认是为桌面应用加载图片 */ .someElement { background-image: url(sunset.jpg); } @media only screen and (max-width : 1024px) { .someElement { background-image: url(sunset-small.jpg); } }
上面的代码片段是为手机设备或是类似的移动设备加载一个较小尺寸的图片,特别是需要一个特别小的图片时(例如图片的大小几乎不可视)。
最佳实践10:使用索引对象
function getUser(desiredUsername) { var searchResult = ajaxResult.users.filter(function(user) { return user.username == desiredUsername; }); return searchResult.length ? searchResult[0] : false; } // 根据用户名获取用户 var davidwalsh = getUser("davidwalsh"); // 根据用户名获取另一个用户. var techpro = getuser("tech-pro");
上面这段代码可以运行,但是并不是很有效,当我们想要获取一个用户时,我们就要遍历一次数组。那么更好的方法是创建一个新的对象,对每一个唯一的值建立一个索引,在上面这个例子中,用username作为索引,这个数组对象可以写成:
var userStore = {}; ajaxResult.users.forEach(function(user) { userStore[user.username] = user; });
现在当你想要找一个用户对象时,我们可以直接通过索引找到这个对象:
var davidwalsh = userStore.davidwalsh; var techpro = userStore["tech-pro"];
这样的代码写起来更好一些,也很简便,通过索引搜索比起遍历整个数组更加快捷。
最佳实践11:控制DOM大小
我见过的一种情况,DOM的大小悄然增加,是在一个AJAX网站,它将所有的页面都存在了DOM中,当一个新的页面通过AJAX被加载时,旧的页面就会被存入隐藏的DOM节点。对于DOM的速度,将有灾难性的降低,特别是当一个页面是动态加载的。所以你需要一种更好的方法。
在这种情况下,当页面是通过AJAX加载的,并且以前的页面是存储在客户端的,最好的方法就是将内容通过String HTML存储(将内容从DOM中移除),然后使用事件委托来避免特定元素事件。这么做的同时,当在客户端缓存内容的时候,可以避免大量的DOM生成。
通常控制DOM大小的技巧包括:
- 使用:before和:after伪元素
- 延迟加载和呈现内容
- 使用事件委托,更简便的将节点转换成字符串存储
简单一句话:尽量使你的DOM越小越好。
最佳实践12:在繁重的执行上使用Web Workers
以下是一段Web Workder的示例代码:
/* 使用Web Worker */ // 启动worker var worker = new Worker("/path/to/web/worker/resource.js"); worker.addEventListener("message", function(event) { // 我们从web worker获取信息! }); // 指导Web Worker工作! worker.postMessage({ cmd: "processImageData", data: convertImageToDataUri(myImage) }); /* resource.js就是一个Web workder */ self.addEventListener("message", function(event) { var data = event.data; switch (data.cmd) { case 'process': return processImageData(data.imageData); }); function processImageData(imageData) { // 对图像进行操作 // 例如将它改成灰度 return newImageData; }
以上这段代码是一个教你如何使用Web Worker在其他进程中做一些繁重工作的简单示例。它要执行的是将一个图片从普通颜色转个灰度,因为这是一个比较繁重的过程,所以你可以将这个进程提交给Web Worker,使你的浏览器负载不是很大。Data通过message事件传回。
你可以仔细阅读以下MDN上关于Web Workder的使用,也许在你的网站上有一些功能可以移到其他的独立进程中去执行。
最佳实践13:链接CSS,避免使用@import
// 主CSS文件(main.css) @import "reset.css"; @import "structure.css"; @import "tutorials.css"; @import "contact.css"; // 然后在tutorials.css文件中,会继续有@import @import "document.css"; @import "syntax-highlighter.css";
我们这样写CSS文件,在文件中多了两个多余链接,因此会使页面加载变慢。SASS可以读取@import语句,链接CSS内容到一个文件中,减少了多余的请求,控制了CSS文件的大小。
最佳实践14:在CSS文件中包含多种介质类型
/* 以下全部写在一个CSS文件中 */ @media screen { /* 所有默认的结构设计和元素样式写在这里 */ } @media print { /* 调整打印时的样式 */ } @media only screen and (max-width : 1024px) { /* 使用ipad或者移动电话时的样式设定 */ }
对于文件的大小,什么时候必须合并介质,或是什么时候必须分开设定,CSS并没有硬性规定,但是我会比较建议将所有的介质合并,除非其中一个介质所占的比例比起其他大了许多。少一个请求对于客户端和服务器都将轻松不少,而且在大多数情况下,附赠的介质类型相比主屏介质类型要相对小很多。