# 〇前言 > 这篇是作者在公司做了活动架构升级后，产出的主文的前导第二篇，考虑到本文相对独立，因此抽离出单独成文。姐妹兄弟篇，《[你可能不知道的动态组件玩法🍉](https://juejin.cn/post/6992483283187531789)》。 > 可能文“对不起”题，知道的大佬别进来了😂，不、不，求吐槽、拍砖，瑞思拜。感谢昊神赐题😂，不要怪ssh，怪我。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/033c2c0994444ad685d94361123fdcf3~tplv-k3u1fbpfcp-watermark.image) 本文可能存在有些纰漏，希望大家多拍砖、建议，谢谢😘。 # 〇背景作者曾所在我司广告事业部，广告承载方式是以刮刮卡、大转盘等活动页进行展示，然后用户参与出广告券弹层。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2e376eecb5324871ac7b517c0b9fa7fe~tplv-k3u1fbpfcp-watermark.image) 这篇文章主要背景是这样的，有业务方反馈，提议我们能不能做一些对页面流失率有提升的优化。因此针对活动页面的数据情况，我们去做了测试。从测试数据反映，有些页面加载完成率（专业的可以理解为首屏加载率）偏低，但活动页面上一级入口点击率正常。这种情况有点奇怪啊，但经验告诉我们，一般就是用户在点击上一级入口进来后，由于等待白屏时间过长，用户可能以为白屏是挂了或者忍受不了等待白屏的焦虑，没有耐心就流失了。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/84ad552a3af74fba9d9df53bc7959230~tplv-k3u1fbpfcp-watermark.image) 怎么去缩短白屏时间呢？那就是让用户可以更快看到非“白色”，可以能联想到的，背景底色、背景图、关键部位图等。不知道大家有没有使用过骨架屏，下面我们就是用类似骨架屏的能力去解决这个问题。 # 〇 “骨架图”实现骨架屏基本就是详细页面元素未展现时，把DOM结构通过线条勾勒出来。而对于C端的营销类活动页面来说，并没有比较标准的骨架，每个活动有自己的轮廓，那怎么办呢？我们可以通过背景色和图片来达到类似的功效，因此我们衍生出“骨架图”的概念，其实也是一种骨架屏。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/cd2a1e6a6a3a411f8dcc89f7d35bd02d~tplv-k3u1fbpfcp-watermark.image) ## 实现思路以一个拆红包的活动去看，我们会发现用户关注的内容，是图中的“拆字红包”和背景色。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/482f3652980848a0bf74001377783bb5~tplv-k3u1fbpfcp-watermark.image) 我们应该尽量让“拆”字红包图更快的展示。下面是这个活动的渲染截图，通过Chrome Dev Tools -> Network -> Disable Cache -> Fast 3G（4G、WIFI过快不易观察） -> 右侧 ⚙️ -> Capture ScreenShots。就可以打开了。可以看到一帧一帧的图片。我们目的是想让关键帧，下图中的绿色框中的1.44s那帧可以更早展现。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/dc15b79d0125415a855a98840e9f9094~tplv-k3u1fbpfcp-watermark.image) 怎么形成这么一帧关键图片呢🤔 ？可以很自然的想到，一张静态页面。无非通过HTML、CSS、图片渲染而成。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3f3bacec3d4d43e39f20052442e460fb~tplv-k3u1fbpfcp-watermark.image) 所以需要提供DOM结构、提供CSS、提供图片，生成“静态骨架图”。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/381298caae9a439d9a290958495976ac~tplv-k3u1fbpfcp-watermark.image) 上面是一个普通的HTML开发。 🤔️ 但我们不是在通过纯HTML开发，怎么才能拿到Vue页面的DOM结构呢？这里可能同学们有疑问，为什么需要单独拿Vue的DOM结构。我们一般一个Vue项目一般都是挂载在某个根节点下，比如#app下。 ```html

``` 通过把Vue实例挂载在#app上。 ```javascript // index.js import Entry from './Entry.vue' new Vue({ render: h => h(Entry) }).$mount('#app') ``` 然后才是真正这个组件对应的DOM结构（template）。 ```vue // Entry.vue ``` 从上面可以看出Vue的DOM结构实际是隐藏在.vue文件里的，而我们初始化渲染Vue前，实际只能拿到#app这个div。因此我们需要需要想办法拿到Vue组件里面的DOM结构。怎么拿呢？ ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/78cbe1dcf59d418ead8451e12dbbb0b3~tplv-k3u1fbpfcp-watermark.image) ## 预渲染DOM 在开始前，先看看这个图，表示了我们大致的流程，有图不迷路😂。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/69786dda7f7f452eb74e583ac10de1c5~tplv-k3u1fbpfcp-watermark.image) 不知道大家有没有听说过puppeteer，一个无头浏览器，它能做什么呢？一般我们会使用它去运行线上目标页面，去抓取一些数据。这里我们利用它，去帮我们截取Vue的DOM结构。自己我们去使用puppetter去截取DOM会需要做几个步骤，用无头浏览器跑对应的页面，然后等页面把Vue组件渲染出，渲染完成把对应的#app下的DOM结构截取出来，然后保存下来。由于步骤并不难，但会涉及到挺多代码，其实社区里已经有大佬帮我们把这些能力集成了，[prerender-spa-plugin](https://github.com/chrisvfritz/prerender-spa-plugin)，就是它了。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2e021421a5ae47c094286b4fea04d654~tplv-k3u1fbpfcp-watermark.image) 使用prerender-spa-plugin可以很容易的拿到DOM结构，它的原理就是先运行无头浏览器，然后执行对应的App路由，截取展示出的页面中的DOM结构。 > prerender-spa-plugin的具体用法在这里就不细讲了，可以参考官方文档。 [cheerio](https://github.com/cheeriojs/cheerio/wiki/Chinese-README)是一个方便我们获取内容的工具，看看官方解释。 > 为服务器特别定制的，快速、灵活、实施的jQuery核心实现。要获取Vue页面的DOM结构，需要分两步。 1. 先预渲染构建，输出预渲染获取到的Vue页面的关键DOM结构。 1. 再正常构建把获取到的DOM结构插入到页面初始DOM上。 ### 预渲染构建 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d0faac67f5ce43eda2bb582acca6edd4~tplv-k3u1fbpfcp-watermark.image) 下面是在预渲染构建里，webpack的预渲染配置。 ```javascript // 预渲染构建的配置 { plugins: [ // 生成vue dom骨架 new PrerenderSPAPlugin({ // 原文件地址 staticDir: path.join(__dirname, config.localDir), // 构建生成地址 outputDir: path.join(__dirname, config.prerenderPath), routes: [ '/' ], // 获取上下文 postProcess (context) { // 获取编译后的html内容 const html = context.html // 使用cheerio选择器 const $ = cheerio.load(html) // 预渲染删除apple（一般C端页面都有个苹果免责协议，在预渲染的页面是多余的） $('#apple').remove() // 截取需要的html片段 const contentHtml = '

' + $('.app').html() + '

' // 删除掉一些首屏无关的image图片 context.html = contentHtml.replace(/]*>/gi, '') // 匹配每个标签里的style里的内容 context.html = context.html.replace(/style="[^"]*"/g, function (matched) { // 如果符合以下布局属性，则保留，这里没考虑margin、padding等 const reg = /(width|height|left|top|bottom|right):[^rem]*rem;/g const result = matched.match(reg) if (result) return 'style="' + result.join('') + '"' return '' }) // 输出处理好的预渲染内容 return context } })] } ``` 预渲染构建好了，拿到了Vue页面的DOM结构，我们开始正式构建。 ### 正式构建 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d9802d1017da4d2094458e5f4c243fdc~tplv-k3u1fbpfcp-watermark.image) 这里我们自己写个Webpack插件，关于怎么写Webpack插件这里不赘述了。功能主要是把预渲染生成的DOM，插入到正式DOM中。 ```javascript // 正式构建，利用插件的能力 const path = require('path') const fs = require('fs') // 命名插件，也可以直接使用class定义，不是重点 function VueDomPrerenderPlugin (options) { this._options = options } VueDomPrerenderPlugin.prototype.apply = function (compiler) { const self = this compiler.hooks.compilation.tap('VueDomPrerenderPlugin', (compilation) => { // 通过html-webpack-plugin的hook compilation.plugin( 'html-webpack-plugin-after-html-processing', (data, cb) => { // 找到预渲染输出的文件 const prerenderFile = path.join(self._options.preoutDir, 'index.html') // 把预渲染生成的DOM，插入到正式DOM中。 let htmlContent = data.html.replace('

', (matched) => { const prerenderHtml = fs.readFileSync(prerenderFile, 'utf8') return '

' + prerenderHtml + '

' }) } ) }) } module.exports = VueDomPrerenderPlugin ``` 但现在的是静态的，页面上的图片、背景色都是定死的，怎么才能动态设置图片、背景色等呢？ ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7f92fef6f737416a994a079adb3f3a09~tplv-k3u1fbpfcp-watermark.image) ### 动态设置数据 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b4540ac502f841008796870501884fff~tplv-k3u1fbpfcp-watermark.image) HTML、CSS只能做静态页面，但JavaScript可以啊，JS可以拿到数据，根据数据进行设置，那我们的页面就不是硬编码的图片和颜色了。首先通过JS拿到对应的图片、颜色数据，再找到DOM结构上对应的图片占位等，通过JS进行图片设置，这里就有三步。 ```javascript // H5页面中的代码 let color = window.CFG.color let bgImage = window.CFG.bgImage let bgColor = window.CFG.bgColor // 类似的还有其他数据... let $text = document.querySelector('.text') let $bg = document.querySelector('.bg') // 类似的还有很多... $text.style.color = color $bg.style.backgroundImage = 'url(' + bgImage + ')' $bg.style.backgroundColor = bgColor // 类似的还有很多... ``` 🤔️ 通过上述JS这种命令式的方式，在样式设置上的可读性差；而且我们模版代码太多了，对业务侵入性比较强，对开发很不友好。怎么办呢？ ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2b850a0e725043faa6766feafc75ab6b~tplv-k3u1fbpfcp-watermark.image) ## 减少重复代码我们在思考，能不能就让开发同学，书写代码像写css一样，编码去预设一些预加载的图片和背景色等等呢？可以理解把上面的抽象点，可以让命令式的代码变成声明式的代码，比较利于理解。大致的流程。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3d7fa175ebff4bdfbeab33f39f3cd4c0~tplv-k3u1fbpfcp-watermark.image) ### 定义模版 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/afa20f1382e040c196c53fd454396352~tplv-k3u1fbpfcp-watermark.image) 我们想到了，能不能利用模版的能力，提供一个.tcss文件类型，这是一个类CSS的文件。可以看到我们通过**{{ }}**来提供变量设置能力。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c778328733f84978833cb3af6ab452b3~tplv-k3u1fbpfcp-watermark.image) ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/83339155ef054173a439fddbdeb7552d~tplv-k3u1fbpfcp-watermark.image) ### 解析模版 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f00e0a00e0a34e02bd68a835ebbc8eda~tplv-k3u1fbpfcp-watermark.image) 那怎么解析这样一个模版呢，我们通过node以及正则表达式的能力。需要提供一段代码逻辑，先读取.tcss文件，然后通过替换模版为真实可运行代码。 ```javascript // node脚本中的代码 // 解析preload.tcss，输出preloadCss、preloadImages // 某个活动下 const BASE_FOLDER = `./src/pages/activity` // 上述文件.tcss所在地址 const cssPath = path.join(BASE_FOLDER, 'preload.tcss') // 获取文件的字符串 const data = fs.readFileSync(cssPath).toString() // 匹配字符串的开始 let start = 0 // 记录预加载的图片 const preloadImages = [] let preloadCss = data.replace(/{{(\S+)}}/g, function (matched, pattern, offset, string) { // 当前匹配到的字段的偏移量 let end = offset // 截取非空字符串 const substring = string.substring(start, end) // 只有image类型的才会存到预加载数组里 if (substring.indexOf('url') !== -1) { preloadImages.push(`get('${pattern}')`) } // 上一次的终点为这次的起点 start = end // 把匹配到的例如image、color进行包装 return `' + get('${pattern}') + '` }) // 统一成\n preloadCss = preloadCss.replace(/(\r|\n|\r\n)/g, function (matched) { return `'\n+'` }) ``` 大致代码如上，会输出生成预加载的图片列表 - preloadImages、预加载样式Style的JS片段 - preloadCss。 > 生成style的JS片段，这里大家可能会奇怪怎么是生成这样的一段JS代码，是因为我们通过node脚本，先在本地预先构建了可以“生成CSS的JS代码”，最终这段代码是页面渲染的时候运行。为什么不是纯CSS，因为我们需要动态拿属性值（image、color等）。 preloadCss大致如下图所示。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/9d260ac27405419c8708932049f19c2c~tplv-k3u1fbpfcp-watermark.image) preloadImages大致如下图所示。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a3f4e13b4e7b4acd883fa72348e0ee7f~tplv-k3u1fbpfcp-watermark.image) ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/59c39c95dc8c435cab9dd22646d809aa~tplv-k3u1fbpfcp-watermark.image) ### 生产物料的代码（图片、CSS） > 这里图片，我们选择了用最简便的new Image去实现。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/1687b5a2ae0d4e559bde30037a826745~tplv-k3u1fbpfcp-watermark.image) 拿到了preloadImages、preloadCss后，我们再调用公共方法去加载图片、生成style片段。 ```javascript // node脚本中的代码 const TARGET_PATH = './node_modules/.cache/preload-image/' const outputFilePath = path.join(TARGET_PATH, 'index.js') if (!fs.existsSync(TARGET_PATH)) { fs.mkdirSync(TARGET_PATH, { recursive: true }) } const preloadCode = ` ;(function(win) { var preloadImages = [${preloadImages.join(',')}]; preloadImage(preloadImages); var styles = '${preloadCss}'; addPreloadStyle(styles); })(window); ` fs.writeFileSync(outputFilePath, preloadCode) ``` 上面的代码拼接成一串字符串，最终会通过内嵌到HTML页面中，在页面渲染时运行。这样我们就完成了预加载的物料：图片、样式的准备了。下面需要把准备应用上到页面上。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4ec328b1ead2464483f9ffc2fb588aec~tplv-k3u1fbpfcp-watermark.image) ### 内联代码到页面 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/74e9e18a42c94b419fdbe1f8fdd94ed4~tplv-k3u1fbpfcp-watermark.image) 把设置预加载图片、样式的JS以内联的方式潜入到HTML。 ```html ``` 大家可以看到?__inline是做什么的呢，它的效果就是把外联JS内联到HTML中。 ```html ``` ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5eb88cda051143f08d358de1e2e63cf3~tplv-k3u1fbpfcp-watermark.image) **「福利：__inline功能的webpack插件」** 关于上面?__inline功能是怎么实现的，可以看看这个webpack插件的写法。 ```javascript /* * script标签中含有?__inline标识的Js会被内联到HTML。 */ const fs = require('fs') const getScriptAbsolutePath = (matched, reg) => { const result = matched.match(reg) const relativePath = result && result[1] return relativePath } class ScriptInlinePlugin { apply (compiler) { compiler.hooks.compilation.tap('ScriptInlinePlugin', (compilation) => { // 由于vuecli3使用的webpack-html-plugin是3.2版本，所以暂时不能使用tap形式。 compilation.plugin( 'html-webpack-plugin-after-html-processing', (data) => { // 读取目标模版 let htmlContent = data.html // 匹配script的reg const jsReg = /.*?<\/script>/gmi // 匹配script片段 htmlContent = htmlContent.replace(jsReg, (matched) => { // 获取script绝对地址 const absolutePath = getScriptAbsolutePath(matched, /src="?(.*)\?__inline/) // 获取script对应地址的内容 const jsContent = fs.readFileSync(absolutePath, 'utf-8') return `` }) data.html = htmlContent } ) }) } } module.exports = ScriptInlinePlugin ``` 基本的功能已经具备了，但使用了一段时间后，发现有些问题。 ## 体验上的考虑我们发现功能是实现了，但对于开发体验不太友好。 ### 分析步骤现在开发同学需要开发一个骨架屏，需要几个步骤。 1. vue中设定预加载图片的placeholder，这样才能关联上预加载好的图片。 ```vue ``` 2. 需知道获取后端接口返回的哪些变量，然后设置到对应的.tcss文件里 ```javascript // backgroundColor // backgroundImage // buttonImage // catImage ``` 3. tcss设定书写对应的预加载样式 ```css .app { background-image: url("{{backgroundImage}}"); } .button { background-image: url("{{buttonImage}}"); } .cat { background-image: url("{{catImage}}"); } ``` ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f85993ac06544e9e90f4d917a2b2da1e~tplv-k3u1fbpfcp-watermark.image) 这对开发同学的心智成本还是比较大的，他需要关心的太多了。 ### 前置信息下图是一个活动的主要流程。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5bb890bb6e51467cb8c7be1c931d9c3f~tplv-k3u1fbpfcp-watermark.image) 抛开细节，关注关键活动流程。 1. 用户进入活动页面，服务器开始渲染； 2. 活动开发提供活动代码，基建开发提供公共代码； 3. 活动运营通过运营管理平台配置活动； 4. 服务器开始模版拼接，从数据库获取代码及配置进行组合； 5. 浏览器展现活动页面。因为我们一个活动是固定主图和样式的，并没有千人千面。所以我们可以在运营管理平台配置的时候就确认哪些图片可以被预先加载。 ### 配置代替编码可以在运营管理平台配置，选择需要预加载的图片，比如下图的背景图。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c1553a11c01d4232b0de0efdacec520f~tplv-k3u1fbpfcp-watermark.image) 把所有选择的Image作为一个列表，传入后端SSR，由于我们Java后端作为模版渲染，使用的Velocity模版。 ```html // 通过Velocity循环渲染。 #foreach( $key in $preloadImageList ) #end ``` 这样我们就让一线同学从编码预加载的负担中，解放了出来。工程化的事情完工了，下面我们需要看看怎么优化我们的性能了，更主要的是在于图片。 # 〇更快的图片加载 > 注意⚠️，下文中关于network的查看，先进行如下操作，Chrome Dev Tools -> Network -> Disable Cache -> Fast 3G。 ## 资源加载顺序上文我们通过new Image的方式来进行图片的加载，但会遇到问题。 ### new Image加载我们通过个例子来了解下这个问题。这个页面需要加载3张图片、2个CSS文件、6个JS文件。 ```html ``` 我们发现图片是在前四个JS文件下载完，才开始下载。但我们希望图片可以更早的下载。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b69337320ec9451b8c7e62a2646c315c~tplv-k3u1fbpfcp-watermark.image) > 对上图不了解的同学，可以阅读下，[Timing breakdown phases explained](https://developers.google.com/web/tools/chrome-devtools/network/reference#timing-explanation) 这是为什么呢？首先，在Http1.1协议中，同域名下同时只能打开6个TCP链接，因此需要进行资源排队，可以看到上面的红色框是在排队的。 ### 资源是有优先级的但这好像也不能足够说明吧🧐，我们继续寻找原因。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/01c6f5ce86c949baaa9c693dbf5db540~tplv-k3u1fbpfcp-watermark.image) 我们发现有个字段叫Priority，图片资源是Low，看样子图片好像是排队里优先级最低的。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d737dba915604ddca2334b49a73ae3e0~tplv-k3u1fbpfcp-watermark.image) 但这个优先级是干啥用的啊？想一想🤔️我们的浏览器是怎么知道哪些资源先下载的呢？这里不卖关子了。 1. 首先要清楚对浏览器资源的进行分门别类 2. 然后对资源的优先级进行计算 3. 最后根据资源的优先级进行顺序地下载 > 这里扩展阅读可以看看：[浏览器页面资源加载过程与优化](https://juejin.cn/post/6844903545016156174)。从而我们发现浏览器是有资源加载优先级的，比如 CSS、HTML、JS等都是核心资源，所以优先级最高；而图片、视音频就不是核心资源，优先级就比较低。通常当后者遇到前者时，就需要“让路”，进入待排队状态。 ### 图片的优先级 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/569e33cff6e04ac880ac60569797cefc~tplv-k3u1fbpfcp-watermark.image) 再回到本文，为啥我们的图片优先级是Low呢，能不能提升呢？那我们先来了解个知识点。 [Avoid chaining critical requests](https://web.dev/critical-request-chains/)里提到一份[浏览器优先级细分报告](https://docs.google.com/document/d/1bCDuq9H1ih9iNjgzyAL0gpwNFiEP4TZS-YLRp_RuMlc/edit#)（由Pat Meenan提供），显示了从Chrome 46及更高版本开始，Blink 内核的 Chrome 如何优先处理不同的资源。下图就是上述文章里，有关Chrome的加载优先级，可以观摩一下。 PS：这张图是2015年的，可能现在浏览器的行为会有出入。希望有知道更新一版的同学请留言呀，谢谢。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d514ec75c17d43a1814c64aa1a047723~tplv-k3u1fbpfcp-watermark.image) 我们可以看到Image有两种类型的优先级，一种是在视图内的 - Image（in viewport），另一种是视图外的 - Image。分别对应了High、Low优先级。我们也在另外篇文章里发现了论证此点的线索，在web.dev的[Fast load times](https://web.dev/fast/#prioritize-resources)模块中的[Prioritize resources](https://web.dev/prioritize-resources/)文章介绍。 > for example, an image that is part of the initial render is prioritized higher than an image that starts offscreen. ### 背景图形式加载理论都这么说，我们验证下。我们给3个图片都增加了样式、DOM、背景图设置，使得它们存在在视图内。 ```html

``` 结果如下图。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/44c6312eccd04a34970ddca85a701a90~tplv-k3u1fbpfcp-watermark.image) 从上面图片看，确实是图片的优先级被提升到了High，但还是在js文件后面加载了，这是为什么？以css背景图存在的图片background-image，会等到结构加载完成（网页的内容全部显示以后）才开始加载；而html中的标签img是网页结构（内容）的一部分，会在加载结构的过程中加载。那我们试试直接使用img标签呢？ ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b881851c2afa464fb1adeab3c1055719~tplv-k3u1fbpfcp-watermark.image) ### 标签形式加载 ```html

``` 我们看到图片确实是第一时间加载了。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/979285d99d2147b5b4a90a5c9aa957f9~tplv-k3u1fbpfcp-watermark.image) 真的是这样吗，图片如果是img标签形式就提前加载吗？我们再换一个DEMO试试，2个CSS文件、4个JS文件。 ```html

``` 我们看看结果。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d881943b4ca64320baea781856f0711a~tplv-k3u1fbpfcp-watermark.image) 我们发现，两个图片资源滞后了。这是为什么啊？？？ ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/bd9b87e4be5d44908f52b36648419ea5~tplv-k3u1fbpfcp-watermark.image) 再回忆我之前这节前埋的伏笔，2个CSS+4个JS，已经占满了一个域名6个请求的限制，图片就滞后了。那为什么图片抢不过CSS、JS呢？再回头看看这张图。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/92fb65b8c2724d0db317b358185c18a8~tplv-k3u1fbpfcp-watermark.image) Image在初始化的时候默认优先级都为Low，只有等浏览器渲染到图片的时候，计算是否在视图内把图片提到优先级为High。有看出什么眉目吗，因为CSS、Script的优先级都会比Image来的高。通过image加载图片也不是很可靠，还有其他办法吗？ ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/84f553228caa47478b368217478b6c65~tplv-k3u1fbpfcp-watermark.image) ## 优先图片加载我们来看看一个API，preload。 ### 方法一：preload加载图片 > 还可以阅读下这篇文章[Preload, Prefetch And Priorities in Chrome](https://medium.com/reloading/preload-prefetch-and-priorities-in-chrome-776165961bbf)了解，这有翻译版，[Preload，Prefetch 和它们在 Chrome 之中的优先级性能优化](https://segmentfault.com/a/1190000018828048)。图片优先级提升了，但并不一定第一时间加载。怎么才能强制提升图片的加载顺序呢？ 1. html、css、font这三种类型的资源优先级最高； 1. 然后是preload资源（通过[](https://developer.mozilla.org/en-US/docs/Web/HTML/Link_types/preload)标签预加载）、script、xhr请求。 ```html ``` 通过preload我们可以改变浏览器资源加载顺序。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d1d8dc9f4a2141a585a2020cce25f88e~tplv-k3u1fbpfcp-watermark.image) 可以从上图看到，我们的图片确实第一时间加载了。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7feec1875a684a48a9f99f937b0de569~tplv-k3u1fbpfcp-watermark.image) 还有其他办法吗？ ### 方法二：单独图片域名我们知道http1.1同域名下，限制6个链接，那我们可以试试多个域名？给图片另一个独特域名。 ```html ``` 可以很明显看到图片也在第一时间进行了加载。 ![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/cd643278f2b142b9aa615dae6656d012~tplv-k3u1fbpfcp-watermark.image) 看起来也挺好的，是不是，还有没有其他方式呢？ ### 方法三：降低其他资源优先级通过优先级表，我们知道如果把JS延后加载，相对于就是提前了图片加载。我们先可以考虑下async、defer标记。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b195e74034aa4bccaa0aec91c9eec674~tplv-k3u1fbpfcp-watermark.image) [async vs defer attributes - Growing with the Web](https://www.growingwiththeweb.com/2014/02/async-vs-defer-attributes.html) 但发现async、defer并不会改变js文件请求的顺序，依旧是排在image前面。 **「async」** ```html

``` 图片依旧是最后加载。 ![image.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c1b69ab1c4234fc697347785ce43ac0a~tplv-k3u1fbpfcp-watermark.image) **「defer」** ```html

``` 也是不行的，图片依旧最后加载。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/add09b6aafe7417fb6f8d52447e880f5~tplv-k3u1fbpfcp-watermark.image) 上面两种方式不行，还有其他方式吗？ **「JS Loader」** 既然原生的不行，我们来JS代码控制Script、CSS插入的时机。 ```html

``` 可以看到明显的图片优先加载了。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/906395326ab34f559032822f4eed496c~tplv-k3u1fbpfcp-watermark.image) 之前说了那么多都是针对Http1.1的，我们现在看看Http2.0情况下。 ### 方法四：Http2.0 我们需要开启Http2.0，https://yun.tuiapple.com这个域名是开启了Http2.0的。 ```html ``` 我们发现图片几乎是和CSS、JS同时发起下载的。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/1c313f3e0ae342649b19559cba7b24f9~tplv-k3u1fbpfcp-watermark.image) ### 最终方案因为我们的业务环境是要对接很多媒体，但有一些媒体并不支持Https，因此我们同时需要考虑Http2.0和Http1.0的环境。在Https支持的情况下，我们使用Http2.0方案；在不支持Https的情况下，我们使用link preload结合图像单域名。方式三约束了前端加载的方式，侵入性较强，暂不做考虑。 > 关于preload，浏览器经过几年的发展，兼容性没什么大问题，可以参见[caniuse](https://caniuse.com/?search=preload)。 ## 更快的背景图相对来说背景图还是比较大的，怎么才能让它更快的展示呢？ **渐进式** JPEG类型有一种渐进JPEG，可以在网络差的情况下避免完全白屏。 ![6a0120a85dcdae970b0128776fcab6970c.gif](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ac761d81aa4a48a2aeafab3ca1fc5def~tplv-k3u1fbpfcp-watermark.image) [渐进式jpeg(progressive jpeg)图片及其相关](https://www.zhangxinxu.com/wordpress/2013/01/progressive-jpeg-image-and-so-on/) **压缩** 我们还可以通过压缩图片，对JPEG、PNG格式进行压缩。我们专门做了一个图片压缩服务，这在后续章节会进行介绍。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3ee9f2918938406eb398295390a673d4~tplv-k3u1fbpfcp-watermark.image) 同样一张图片，经过webp压缩过后，会更小。 **缓存** 我们还可以利用缓存，强制图片进行强缓存，加快第二次。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/8db5029bb63a43b4861e254bfee02670~tplv-k3u1fbpfcp-watermark.image) 可以看到第二次，我们就从浏览器的Cache去取到了图片，都不需要用户请求。 **内嵌** 通过内联base64“小图”，可以看看这个[小demo](https://yun.tuisnake.com/tuia/cdn/img/test.html)，具体的构建不再这里赘述，提供一个思路。 # 〇简要小结类似骨架屏的一种实现。 1. 通过无头浏览器在构建前提前跑一次页面，获取当前DOM结构。 2. 通过提供一个类css的模版（开发者编码时，在模版中设置好图片、颜色等），通过编译生成一段js（具备加载图片、生成css片段能力），插入html头部。 3. 结合运行时动态生成的css、提前获取的页面dom结构、加载的图片，一个大致的“骨架图”就呈现了。 4. 最后对于图片加载做了一些讨论。还是回应下开头，本文可能存在有些纰漏，希望大家多拍砖、建议，谢谢😘。 ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c680514775b14ec1b5a3be93ef30f06c~tplv-k3u1fbpfcp-watermark.image) ## 结语 **回顾作者往期高赞文章，可能有意想不到的收获！** **** - 《[一篇讲透自研的前端错误监控](https://juejin.cn/post/6987681953424080926)》，650+点赞量 - 《[你可能不知道的动态组件玩法🍉](https://juejin.cn/post/6992483283187531789)》，350+点赞量 **😘点赞+评论+转发😘**，原创一篇不易，求鼓励写更多的文章 ## 扩展阅读资源加载顺序 > [浏览器页面资源加载过程与优化](https://juejin.cn/post/6844903545016156174) 有兴趣可以从源码角度分析 > [从Chrome源码看浏览器如何加载资源 - 知乎](https://zhuanlan.zhihu.com/p/30558018) 大家有兴趣看JS的优先级，可以参考 > [Chrome 中 JavaScript 加载优先级 | FENews](https://fenews.org/posts/chrome-js-loading-priorities/)。图片压缩 > [Use Imagemin to compress images](https://web.dev/use-imagemin-to-compress-images/)