违规处理区 Web 前端性能优化——如何有效提升静态文件的加载速度

腾讯WeTest · October 27, 2017 · Last by 陈恒捷 replied at October 27, 2017 · Last modified by admin 陈恒捷 · 1120 hits

作者:刘轶斌,腾讯应用开发 工程师
商业转载请联系腾讯WeTest获得授权,非商业转载请注明出处。
原文链接:http://wetest.qq.com/lab/view/345.html


WeTest 导读

此文总结了笔者在Web静态资源方面的一些优化经验。

一、如何优化

用户在访问网页时, 最直观的感受就是页面内容出来的速度,我们要做的优化工作, 也主要是为了这个目标。那么为了提高页面加载(或者渲染)速度呢?一般来说有三个方面:

1、代码逻辑:优秀的代码逻辑结构可以有效减少渲染页面使用的内存和速度(比如虚拟DOM),此方面不在本文讨论范围内。

2、SSR服务器渲染,也就是所谓的“直出”。将首屏所有内容在服务器端渲染成html静态代码后,直接输出给浏览器,可以有效加快用户访问站点时首屏的加载时间。不过此方面也不在本文讨论范围内。

3、提升静态文件的加载速度,这是本文会讨论的点,而这方面大致又可分为下面几点:

— 加快静态文件下载速度

— 减少静态文件的文件大小

— 减少静态文件请求数量,从而减少发起请求的次数(对于移动端页面来说,请求的开销比网速的开销要大)

(一)代码压缩

最常规的优化手段之一。

我们在平时开发的时候,JS脚本文件和CSS样式文件中的代码,都会依据一定的代码规范(比如javascript-standard-style)来提高项目的可维护性,以及团队之间合作的效率。

但是在项目发布现网后, 这些代码是给客户端(浏览器)识别的,此时代码的命名规范、空格缩进都已没有必要,我们可以使用工具将这些代码进行混淆和压缩,减少静态文件的大小

这里我们选择使用 Webpack,具体会在后面介绍。

(二)文件合并

在npm流行的今天,前端在进行项目开发的时候,往往会使用很多第三方代码库,比如jQuery,axios,weixin-js-sdk,lodash,bootstrap等等,每个库都有属于自己的脚本或者样式文件。

按照最老的方式的话,我们会用 标签或者标签分别引入这些库文件,导致在打开一个页面的时候会发起几十个请求,这对于移动端来说是不可接受的。 <p><strong>在减少文件请求数量方面大致有以下三方面:</strong></p> <p>1、合并js脚本文件</p> <p>2、合并css样式文件</p> <p>3、合并css引用的图片,使用sprite雪碧图。</p> <p>对于 <a href="https://developer.mozilla.org/zh-CN/docs/Web/Guide/CSS/CSS_Image_Sprites" target="_blank">雪碧图</a> ,我们可以把页面上用到的多个细碎的小图片合并成一个大图片,把N个图片请求合并成了一个。然后在css样式中指定图片偏移,来实现显示不同的图片,如下图:<br> <img src="/uploads/photo/2017/7bfab582-238d-42ab-bec3-4cd2065473a0.png!large" title="" alt=""></p> <p>这里我们继续选择使用Webpack,具体会在后面介绍。</p> <h3 id="(三)gzip"><strong>(三)gzip</strong></h3> <p>我们的文件在压缩合并之后,文件大小和文件数量都有了客观的减少。但是一旦站点业务逻辑多了,或者引入的第三方库多了之后,对于移动端来说,文件大小还是不太乐观。</p> <p>这个时候就是gzip压缩登场的时候啦~我们在webpack的配置中增加gzip压缩配置:<br> <img src="/uploads/photo/2017/cc80f61a-e66c-4582-971b-f6f3e333c54b.png!large" title="" alt=""></p> <p>上面代码会对文件大小大于10240,并且压缩率好于0.8的js、css文件进行gzip压缩,执行打包代码后生成结果文件如下:</p> <p><img src="/uploads/photo/2017/a661c32b-14b9-457f-a489-b70518523466.png!large" title="" alt=""></p> <p>我们可以看到除了原有的js和css文件外,我们还得到了压缩后的gz文件。</p> <p>把所有这些文件一起部署到服务器上。(当然也可以直接nginx或其他web server配置gzip压缩)<br> <img src="/uploads/photo/2017/a0b66afb-238d-41bc-8199-bb64cec09462.png!large" title="" alt=""></p> <p>我们可以看到vendor.[hash].js文件的大小显著减少,从318kb减少到了不到100kb。</p> <h3 id="(四)CDN和缓存"><strong>(四)CDN和缓存</strong></h3> <p>为什么使用CDN?<br> CDN 是一个全球(或者只有国内,具体看供应商)分布式网络,它把网站内容更快地传递给服务范围内的一个具体位置,而往往这个具体的位置离实际的内容服务器距离很远。举个极端点的例子,你的网站主机在爱尔兰(海南),而你的用户则在澳大利亚(漠河)访问。这时当你的用户访问你的网站的时候,延迟会很大,把你的(静态)数据用 CDN 放到澳大利亚(漠河)则会很大程度上提高用户访问网站的体验。</p> <p>如果没有CDN服务,我们可以添加Expires头,减少DNS查找,配置ETag,使AjaX可缓存。</p> <h3 id="(五)安全方面: CSP"><strong>(五)安全方面: CSP</strong></h3> <p>web前端对于xss安全漏洞一定不陌生。我们知道Javascript语句甚至是css表达式都可能导致xss攻击,现在很多前端会使用CSP策略来进行脚本源的限制防御。</p> <p><strong>而我们由于使用的cdn域名和业务域名不一样:</strong><br> cdn域名:<a href="https://cdn.xxx.qq.com" target="_blank">https://cdn.xxx.qq.com</a><br> 业务域名:<a href="https://xxx.qq.com" target="_blank">https://xxx.qq.com</a></p> <p><strong>我们可以:</strong></p> <ol> <li> 在index.html静态入口文件的meta http-equiv头中做配置;</li> </ol> <p>服务器端直接返回相应的HTTP response header头信息;</p> <p><strong>例如:</strong><br> <img src="/uploads/photo/2017/0c09f544-348f-4e59-b8d6-3affe3754106.png!large" title="" alt=""></p> <p>这里除了指定了cdn的域名源,告诉浏览器从这个域名加载的js文件都是可信的。同时因为我们使用的webpack打包压缩代码后的一些特性,我们还需要加上'unsafe-inline'标识。</p> <p>使用CSP策略我们可以指定浏览器安全解析script、css、fonts、media等资源的源与方式。</p> <p><strong>参考资料有:</strong></p> <p><a href="https://content-security-policy.com/" target="_blank">Content Security Policy Reference</a></p> <p><a href="http://www.ruanyifeng.com/blog/2016/09/csp.html" target="_blank">Content Security Policy 入门教程</a></p> <h2 id="二、webpack2.0">二、webpack2.0</h2> <p>使用webpack2最重要的地方就是使用它tree-shaking的特性。这个特性对于ES6的module管理有着非常优美的优化,大概能减少30%左右的包体积。</p> <blockquote> <p><strong>ES module和CommonJS的require模块管理不同,前者是基于静态的,而后者是动态的。</strong></p> <p><strong>CJS:</strong></p> <p>允许动态同步 require()</p> <p>导出仅在模块执行后才知道</p> <p>导出可以在模块初始化后添加,替换和删除</p> <p><strong>ES module:</strong></p> <p>只允许静态同步 import</p> <p>在模块执行之前,导入和导出已经关联</p> <p>导入和导出是不可变的</p> </blockquote> <p>现在我们来看一下如何使用webpack:</p> <h3 id="代码压缩"><strong>代码压缩</strong></h3> <p>我们自己写的代码因为在开发时需要遵循一定的代码规范,所以会有很多多余的换行和空格字符,甚至是便于阅读的长变量名,这些其实对于机器(浏览器)来说,都不是必要的。所以我们可以把这些都干掉。比如我们写的代码可能是这样的:</p> <p><img src="/uploads/photo/2017/0c491bcd-0c39-4c81-99b6-7377d8a44c03.png!large" title="" alt=""></p> <p>接着我们就使用Webpack来进行压缩。首先,需要在工程根目录的package.json(相信使用过npm包管理的前端同学一定不陌生)文件中添加webpack的依赖配置:<br> <img src="/uploads/photo/2017/3abfa5c9-1693-4893-9cca-6b2aaec7af2e.png!large" title="" alt=""></p> <p>各个工程应该按需引入需要的loader和webpack-plugin库。有一点需要注意的是:webpack本身是没有对各个类型的文件进行分析处理的能力的,这个时候我们需要使用各种第三方库的loader,比如css-loader等(当然我们也可以自己编写loader)。同时webpack也有强大的第三方Plugin插件供我们对文件进行进一步处理。</p> <p>接下来我们就可以在scripts中指向的脚本文件里编写webpack对应的构建代码了。</p> <p>例如在webpackConfig配置中的plugins属性数组中,我们可以添加以下配置:<br> <img src="/uploads/photo/2017/69547281-7a1c-428b-931b-88b8fad1b2b9.png!large" title="" alt=""></p> <p>而最终生成的文件结构如下:</p> <p><img src="/uploads/photo/2017/0fab19ca-faf0-4b24-bd68-4fb8c939289f.png!large" title="" alt=""></p> <p>我们可以看到所有样式代码被压缩后抽离到了一个app.[hash].css文件中,所有js逻辑代码按照业务逻辑和第三方库被抽离到了app.[hash].js和vendor.[hash].js文件中。<br> <img src="/uploads/photo/2017/be062323-6b27-4d18-ae36-12d414d337ea.png!large" title="" alt=""></p> <p><img src="/uploads/photo/2017/913b1606-7ecd-4903-840b-1f04e207aa69.png!large" title="" alt=""></p> <p>被打包文件的内容也已经被webpack压缩混淆,减少了加载文件的Content Size。</p> <p>关于其他的webpack用法配置,可以查询官方文档和中文文档,这里就不一一详细说明了</p> <p><strong>目前webpack3 和webpack4使用了新的方式打包代码,可以进一步提升js在浏览器中的执行效率。</strong></p> <h2 id="三、题外话">三、题外话</h2> <p><strong>跨域方面: CORS</strong></p> <p>我们知道由于现代浏览器安全策略的不断完善,对跨域请求的限制也是各种各样。</p> <p>当我们保存在静态资源文件中的script对其他域名发起请求时就会遇到跨域问题,如果没有做任何措施,请求会被浏览器拦截。</p> <p>当前主流的跨域解决方案主要是JSONP和CORS<br> <img src="/uploads/photo/2017/45aa10d0-284e-4c5c-8299-7dff4bfb422f.png!large" title="" alt=""></p> <p>由表可见,随着前端不断发展,CORS跨域是大趋势。<br> CORS需要被请求端根据请求者的host,与白名单比对后返回正确的HTTP response header头信息。</p> <p>详情内容建议阅读<a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS" target="_blank">MDN的官方文档</a></p> <h2 id="四、优化效果的验证">四、优化效果的验证</h2> <p>为了能够对前端优化效果有一个系统的验证,凭借肉眼来感受页面响应速度肯定是远远不够的,我们可以通过一些针对服务器性能测试的产品来验证页面的响应时间,这里推荐一个“压测大师”。可以通过配置访问过程中的最大人数,获取访问后的性能效果,如图:</p> <p><img src="/uploads/photo/2017/1a07d820-f434-4e48-baab-4bcb11b3bcf1.png!large" title="" alt=""></p> <p><img src="/uploads/photo/2017/db0ccd7f-851b-47c9-9c9f-87e07435a9a5.png!large" title="" alt=""></p> <p><strong>腾讯WeTest压测大师</strong>对包含Web,H5等页面准备了针对性的方案,解决了多数压测人员Web页面压测的问题。</p> <p>压测大师服务了包括王者荣耀、龙之谷手游、轩辕传奇手游、火影忍者等多款高星级手游,也包括QQ、NOW直播等明星产品,通过基于真实业务场景和用户行为进行压力测试,帮助开发者发现服务器端的性能瓶颈,进行针对性的性能调优,降低服务器采购和维护成本。</p> <p>为了让外部更多产品能够享受到简单易用的压测产品,腾讯WeTest决定将这份服务器测试能力产品化,以产品”压测大师“的形式,正式对外开放。目前更有低至四折的时效资源包优惠,欢迎大家使用!</p> <p><strong>点击链接:<a href="http://wetest.qq.com/gaps?from=content_testerhome" target="_blank">http://wetest.qq.com/gaps/</a> 即可使用。</strong></p> <p>如果对使用当中有任何疑问,欢迎联系腾讯WeTest企业QQ:800024531</p>

此贴已暂时被屏蔽!

以下几种情况的帖子可能会进入此节点:

  1. 不使用 markdown 写作 : https://testerhome.com/markdown
  2. 标题/正文描述不清不楚;
  3. 无意义的发帖;
  4. 存在广告嫌疑;
  5. 招聘信息描述不清楚,未按照招聘节点的要求发帖,或职位信息不符合社区 用户群需求;
  6. 新注册的帐号发布产品推广贴是不允许的哦,付出和回报是相等的,当然如果你的产品确实非常有意思,或是和测试有关的东西,是不会进入这个栏目的。

如果你发现你的帖子到了此节点下面,请自我检查反省,并修改帖子内容。

新人请阅读:https://testerhome.com/topics/982
学会如何合理提问,请阅读:https://testerhome.com/topics/587

当你修改好以后,可以回帖 @屏蔽你的同学 ,我们将会审核,通过以后才可恢复到其他节点。

注!多次发现广告嫌疑的帐号,将会被禁用帐号。

共收到 2 条回复 时间 点赞

为啥后面全是标签

腾讯WeTest 关闭了讨论 27 Oct 16:15
腾讯WeTest 重新开启了讨论 27 Oct 16:15

论坛不支持 markdown 和 html 混用,现在后面的内容排版已经乱掉了,麻烦 html 部分用 Markdown 重新写一下把。

陈恒捷 屏蔽了此话题:html 代码引起排版混乱,麻烦调整排版。 27 Oct 22:55
需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up