文/pecliu
腾讯S1规划设计部——应用开发 工程师
0写在前面
此文总结了近期参与的几个项目, 在Web静态资源方面的一些优化的点。
(左右滑动查看代码)
1如何优化
用户在访问网页时, 最直观的感受就是页面内容出来的速度,我们要做的优化工作, 也主要是为了这个目标。那么为了提高页面加载(或者渲染)速度呢?一般来说有三个方面:
- 代码逻辑:优秀的代码逻辑结构可以有效减少渲染页面使用的内存和速度(比如虚拟DOM),此方面不在本文讨论范围内。
- SSR服务器渲染,也就是所谓的“直出”。将首屏所有内容在服务器端渲染成html静态代码后,直接输出给浏览器,可以有效加快用户访问站点时首屏的加载时间。不过此方面也不在本文讨论范围内。
- 提升静态文件的加载速度,这是本文会讨论的点,而这方面大致又可分为下面几点:
- 加快静态文件下载速度
- 减少静态文件的文件大小
- 减少静态文件请求数量
从而减少发起请求的次数(对于移动端页面来说,请求的开销比网速的开销要大)
2优化方法
2.1 代码压缩
最常规的优化手段之一.
我们在平时开发的时候,JS脚本文件和CSS样式文件中的代码,都会依据一定的代码规范(比如javascript-standard-style
)来提高项目的可维护性,以及团队之间合作的效率。
但是在项目发布现网后, 这些代码是给客户端(浏览器)识别的,此时代码的命名规范、空格缩进都已没有必要,我们可以使用工具将这些代码进行混淆和压缩,减少静态文件的大小
这里我们选择使用Webpack,具体会在后面介绍
2.2 文件合并
在npm流行的今天,前端在进行项目开发的时候,往往会使用很多第三方代码库,比如jQuery
,axios
,weixin-js-sdk
,lodash
,bootstrap
等等,每个库都有属于自己的脚本或者样式文件。
按照最老的方式的话,我们会用<script>
标签或者<style>
标签分别引入这些库文件,导致在打开一个页面的时候会发起几十个请求,这对于移动端来说是不可接受的。
在减少文件请求数量方面大致有以下三方面:
- 合并js脚本文件
- 合并css样式文件
- 合并css引用的图片,使用sprite雪碧图。
对于雪碧图,我们可以把页面上用到的多个细碎的小图片合并成一个大图片,把N个图片请求合并成了一个。然后在css样式中指定图片偏移,来实现显示不同的图片,如下图:
这里我们继续选择使用Webpack,具体会在后面介绍。
2.3 gzip
我们的文件在压缩合并之后,文件大小和文件数量都有了客观的减少。但是一旦站点业务逻辑多了,或者引入的第三方库多了之后,对于移动端来说,文件大小还是不太乐观。 这个时候就是gzip压缩登场的时候啦~我们在webpack的配置中增加gzip压缩配置:
代码语言:javascript复制var CompressionWebpackPlugin = require('compression-webpack-plugin')
webpackConfig.plugins.push( new CompressionWebpackPlugin({ asset: '[path].gz[query]', algorithm: 'gzip', test: new RegExp( '\.('
['js', 'css'].join('|') ')$'
), threshold: 10240, minRatio: 0.8
})
)
上面代码会对文件大小大于10240,并且压缩率好于0.8的js、css文件进行gzip压缩,执行打包代码后生成结果文件如下:
我们可以看到除了原有的js和css文件外,我们还得到了压缩后的gz
文件。
把所有这些文件一起部署到服务器上。(当然也可以直接nginx或其他web server配置gzip压缩)
我们可以看到vendor.[hash].js
文件的大小显著减少,从318kb减少到了不到100kb。
2.4 CDN和缓存
为什么使用CDN?
CDN 是一个全球(或者只有国内,具体看供应商)分布式网络,它把网站内容更快地传递给服务范围内的一个具体位置,而往往这个具体的位置离实际的内容服务器距离很远。
举个极端点的例子,你的网站主机在爱尔兰(海南),而你的用户则在澳大利亚(漠河)访问。这时当你的用户访问你的网站的时候,延迟会很大,把你的(静态)数据用 CDN 放到澳大利亚(漠河)则会很大程度上提高用户访问网站的体验。 如果没有CDN服务,我们可以添加Expires头,减少DNS查找,配置ETag,使AjaX可缓存。
这里我们选择接入公司TEG架平的CDN服务。
基本可以保证国内所有用户请求我们静态资源的速度。
- 架平的CDN提供托管源站服务,我们不用额外出服务器。
- 托管源站支持Rsync推送文件到源站,方便接入持续集成,一键自动化部署。
- 架平CDN支持部署STGW申请的HTTPS证书。 自动化idc部署我们使用的是IEG的SODA
2.5 安全方面: CSP
web前端对于xss安全漏洞一定不陌生。我们知道Javascript
语句甚至是css
表达式都可能导致xss攻击,现在很多前端会使用CSP策略来进行脚本源的限制防御。
而我们由于使用的cdn域名和业务域名不一样:
cdn域名:https://cdn.xxx.qq.com
业务域名:https://xxx.qq.com
我们可以:
- 在
index.html
静态入口文件的meta http-equiv
头中做配置; - 服务器端直接返回相应的
HTTP response header
头信息; 例如: <!DOCTYPE html><html><head> <meta charset="utf-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0"> <meta http-equiv="Content-Security-Policy" content="object-src 'self'; font-src 'self' https: data:; script-src 'self' https://cdn.xxxx.qq.com 'unsafe-inline'"> <title>项目首页</title></head><body> <div id="app"></div> <!-- built files will be auto injected --></body></html>
这里除了指定了cdn的域名源,告诉浏览器从这个域名加载的js文件都是可信的。同时因为我们使用的webpack打包压缩代码后的一些特性,我们还需要加上'unsafe-inline'
标识。
使用CSP策略我们可以指定浏览器安全解析script、css、fonts、media等资源的源与方式。
参考资料有:
- Content Security Policy Reference
- Content Security Policy 入门教程
3webpack2.0
使用webpack2最重要的地方就是使用它tree-shaking的特性。这个特性对于ES6的module管理有着非常优美的优化,大概能减少30%左右的包体积。
ES module和CommonJS的require模块管理不同,前者是基于静态的,而后者是动态的。 CJS:
- 允许动态同步 require()
- 导出仅在模块执行后才知道
- 导出可以在模块初始化后添加,替换和删除
ES module:
- 只允许静态同步 import
- 在模块执行之前,导入和导出已经关联
- 导入和导出是不可变的
现在我们来看一下如何使用webpack:
代码压缩
我们自己写的代码因为在开发时需要遵循一定的代码规范,所以会有很多多余的换行和空格字符,甚至是便于阅读的长变量名,这些其实对于机器(浏览器)来说,都不是必要的。所以我们可以把这些都干掉。比如我们写的代码可能是这样的:
代码语言:javascript复制 wxReady () { console.log('start wx config.') // ready微信的jssdk
let self = this
// 服务器上调用微信注册接口
self.wx = wx
self.wx.config({ // ...
})
self.wx.ready((data) => { // ...
})
self.wx.error((data) => { // ...
})
接着我们就使用Webpack来进行压缩。首先,需要在工程根目录的package.json
(相信使用过npm包管理的前端同学一定不陌生)文件中添加webpack的依赖配置:
{"name": "test-proj","version": "1.0.0","description": "A Vue.js project","author": "pecliu","private": true,"scripts": {"build": "node build/build.js"},"dependencies": {"axios": "^0.16.1","mint-ui": "^2.2.7","qs": "^6.4.0","vue": "^2.3.3","vue-router": "^2.3.1","lodash": "^4.17.4","weixin-js-sdk": "^1.2.0"},"devDependencies": {"babel-core": "^6.22.1","xxx-loader": "^6.2.10","...": "...","xxx-webpack-plugin": "^0.4.0","...": "...","webpack": "^2.6.1","webpack-merge": "^4.1.0"},"engines": {"node": ">= 4.0.0","npm": ">= 3.0.0"},"browserslist": ["> 1%","last 2 versions","not ie <= 8"]
}
各个工程应该按需引入需要的loader和webpack-plugin库。有一点需要注意的是:webpack
本身是没有对各个类型的文件进行分析处理的能力的,这个时候我们需要使用各种第三方库的loader
,比如css-loader
等(当然我们也可以自己编写loader
)。同时webpack
也有强大的第三方Plugin
插件供我们对文件进行进一步处理。
接下来我们就可以在scripts
中指向的脚本文件里编写webpack对应的构建代码了。
例如在webpackConfig
配置中的plugins
属性数组中,我们可以添加以下配置:
new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false
}, sourceMap: true
}), // extract css into its own file
new ExtractTextPlugin({ filename: utils.assetsPath('css/[name].[contenthash].css')
}), // Compress extracted CSS. We are using this plugin so that possible
// duplicated CSS from different components can be deduped.
new OptimizeCSSPlugin({ cssProcessorOptions: { safe: true
}
})而最终生成的文件结构如下:
我们可以看到所有样式代码被压缩后抽离到了一个app.[hash].css
文件中,所有js逻辑代码按照业务逻辑和第三方库被抽离到了app.[hash].js
和vendor.[hash].js
文件中。
被打包文件的内容也已经被webpack压缩混淆,减少了加载文件的Content Size
。
关于其他的webpack用法配置,可以查询官方文档和中文文档,这里就不一一详细说明了
4题外话
跨域方面: CORS
我们知道由于现代浏览器安全策略的不断完善,对跨域请求的限制也是各种各样。
当我们保存在静态资源文件中的script
对其他域名发起请求时就会遇到跨域问题,如果没有做任何措施,请求会被浏览器拦截。
当前主流的跨域解决方案主要是JSONP
和CORS
IE9以下支持的HTTP method
JSONP | 支持 | GET |
CORS | 不支持 | GET和POST |
由表可见,随着前端不断发展,CORS跨域是大趋势。
CORS需要被请求端根据请求者的host,与白名单比对后返回正确的HTTP response header
头信息