Android Webview中Vue初始化的性能优化-低调大师

Android Webview中Vue初始化的性能优化

2017-08-08 518

前言

一般来说，你不需要太关心vue的运行时性能，它在运行时非常快，但付出的代价是初始化时相对较慢。在最近开发的一个Hybrid APP里，Android Webview初始化一个较重的vue页面竟然用了1200ms ~ 1400ms，这让我开始重视vue的初始化性能，并最终优化到200 ~ 300ms，这篇文章分享我的优化思路。

性能瓶颈在哪里?

先看一下常见的vue写法：在html里放一个app组件，app组件里又引用了其他的子组件，形成一棵以app为根节点的组件树。

<body>
<app></app>
</body>

而正是这种做法引发了性能问题，要初始化一个父组件，必然需要先初始化它的子组件，而子组件又有它自己的子组件。那么要初始化根标签<app>，就需要从底层开始冒泡，将页面所有组件都初始化完。所以我们的页面会在所有组件都初始化完才开始显示。

这个结果显然不是我们要的，更好的结果是页面可以从上到下按顺序流式渲染，这样可能总体时间增长了，但首屏时间缩减，在用户看来，页面打开速度就更快了。

要实现这种渲染模式，我总结了下有3种方式实现。第3种方式是我认为最合适的，也是我在项目中实际使用的优化方法。

第一种：不使用根组件

这种方式非常简单，例如：

<body>
<A></A>
<C></C>
</body>

抛弃了根组件<app>，从而使A、B、C每一个组件初始化完都立刻展示。但根组件在SPA里是非常必要的，所以这种方式只适用小型页面。

第二种：异步组件

异步组件在官方文档已有说明，使用非常简单：

<app>
<A></A>
</app>

new Vue({
components: {
A: { /*component-config*/ },
B (resolve) {
setTimeout(() => {
resolve({ /*component-config*/ })
}, 0);
}
}
})

这里组件是一个异步组件，会等到手动调用resolve函数时才开始初始化，而父组件<app>也不必等待先初始化完。

我们利用setTimeout(fn, 0)将的初始化放在队列最后，结果就是页面会在<A>初始化完后立刻显示，然后再显示。如果你的页面有几十个组件，那么把非首屏的组件全设成异步组件，页面显示速度会有明显的提升。

你可以封装一个简单的函数来简化这个过程：

function deferLoad (component, time = 0) {
return (resolve) => {
window.setTimeout(() => resolve(component), time)
};
}
new Vue({
components: {
B: deferLoad( /*component-config*/ ),
// 100ms后渲染
C: deferLoad( /*component-config*/, 100 )
}
})

看起来很美好，但这种方式也有问题，考虑下这样的结构:

<app>
<title></title>
<A></A>
<title></title>
<title></title>
<C></C>
</app>

还是按照上面的异步组件做法，这时候就需要考虑把哪些组件设成异步的了。如果把A、B、C都设成异步的，那结果就是3个<title>会首先渲染出来，页面渲染的过程在用户看来非常奇怪，并不是预期中的从上到下顺序渲染。

第三种：v-if 和 terminal指令

这是我推荐的一种做法，简单有效。还是那个结构，我们给要延迟渲染的组件加上v-if：

<app>
<A></A>
<C v-if="showC"></C>
</app>

new Vue({
data: {
showB: false,
showC: false
},
created () {
// 显示B
setTimeout(() => {
this.showB = true;
}, 0);
// 显示C
setTimeout(() => {
this.showC = true;
}, 0);
}
});

这个示例写起来略显啰嗦，但它已经实现了我们想要的顺序渲染的效果。页面会在A组件初始化完后显示，然后再按顺序渲染其余的组件，整个页面渲染方式看起来是流式的。

有些人可能会担心v-if存在一个编译/卸载过程，会有性能影响。但这里并不需要担心，因为v-if是惰性的，只有当第一次值为true时才会开始初始化。

这种写法看起来很麻烦，如果我们能实现一个类似v-if的组件，然后直接指定多少秒后渲染，那就更好了，例如：

<app>
<A></A>
<C v-lazy="100"></C>
</app>

一个简单的指令即可，不需要js端任何配合，并且可以用在普通dom上面，Nice!

在vue里，类似v-if和v-for这种是terminal指令，会在指令内部编译组件。如果你想要自己实现一个terminal指令，需要加上terminal: true，例如：

Vue.directive('lazy', {
terminal: true,
bind () {},
update () {},
unbind () {}
});

这是vue在1.0.19+新增的功能，由于比较冷门，文档也没有特别详细的叙述，最好的方式是参照着v-if和v-for的源码来写。

我已经为此封装了一个terminal指令，你可以直接使用：

https://github.com/Coffcer/vu...

其他的优化点

除了组件上的优化，我们还可以对vue的依赖改造入手。初始化时，vue会对data做getter、setter改造，在现代浏览器里，这个过程实际上挺快的，但仍然有优化空间。

Object.freeze()是ES5新增的API，用来冻结一个对象，禁止对象被修改。vue 1.0.18+以后，不会对已冻结的data做getter、setter转换。

如果你确保某个data不需要跟踪依赖，可以使用Object.freeze将其冻结。但请注意，被冻结的是对象的值，你仍然可以将引用整个替换调。看下面例子：

{{ item.value }}

new Vue({
data: {
// vue不会对list里的object做getter、setter绑定
list: Object.freeze([
{ value: 1 },
{ value: 2 }
])
},
created () {
// 界面不会有响应
this.list[0].value = 100;
// 下面两种做法，界面都会响应
this.list = [
{ value: 100 },
{ value: 200 }
];
this.list = Object.freeze([
{ value: 100 },
{ value: 200 }
]);
}
})

后记

vue 1.0+ 的组件其实不算轻量，初始化一个组件包括依赖收集、转换等过程，但其实有些是可以放在编译时提前完成的。vue 2.0+ 已经在这方面做了不少的改进：分离了编译时和运行时、提供函数组件等，可以预见，vue 2.0的性能将有很大的提升。

作者：Coffce

来源：51CTO

微信关注我们

原文链接：https://yq.aliyun.com/articles/183014

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

三叉戟狗血剧，你的 iPhone 曾经可以换一辆玛莎拉蒂？ | 2016 影响因子

买不起玛莎拉蒂，最次也要被玛莎拉蒂撞死。这个无厘头的愿望，仔细想想竟然好有道理——那些抢着上王思聪的节目，被“老公”花式鞭挞的网红们，脸上都浮现出享受的神情。好，作为一个严肃的媒体，雷锋网宅客频道告诉你：其实，每个人，都有，被玛莎拉蒂撞死的机会。因为在你的 iPhone 上，曾经存在过一个“玛莎拉蒂”般的神级漏洞——三叉戟。为什么用玛莎拉蒂来比喻三叉戟？他们有三个共同点： 1、玛莎拉蒂价值百万人民币，三叉戟漏洞同样价值百万，美元。 2、有幸被三叉戟漏洞或玛莎拉蒂“碾压”的人，都是祖坟冒青烟的大咖。 3、我回车库看了一下，其实玛莎拉蒂的标志就是三叉戟。想想，你的 iPhone 上曾经有一套可以换来玛莎拉蒂的漏洞，而你却苦逼地每天搬砖。天啊，即将过去的 2016 就是这么疯狂。年关岁末，我们来聊聊三叉戟漏洞的狗血故事吧。公公叫完婆婆叫

2017-08-09

519

前言在写【单独编译使用WebRTC的音频处理模块 - android】一文之前，就一直想直接把WebRTC的音频处理引擎VoE整个儿编译出来供自己的项目使用，但限于技术拙劣、时间紧迫，所以没能成功。只得挨个挨个把引擎中的Aecm、Agc、Ns以及Vad模块单独编译出来凑合着用。虽能达到一定效果，但始终不甚理想。5个月后，bill需要优化之前的项目，于是就下了狠心，定要将整个音频处理模块用上 ... 正文然而本次优化仍然没能用上整套VoE，因为VoE不仅仅包含音频预处理，它将音频编码模块、传输模块一并融入了引擎，而bill的项目需要使用既有的编码、传输层，因此使用整个VoE对我来说显得冗余且不可操作。天无绝人之路，抛开VoE不谈，bill找到了仅次于VoE层级的模块 ——APM（Audio Preprocessing Module）—— 一个整合了前文所有模块且纯粹的音频预处理单元。 Step 1- 下载Google WebRTC源码 Google WebRTC的开发进度还是可观的，本文将以WebRTC的最新trunk revision 5125为例进行讲解。请自行使用SVN同步...

2017-08-09

538

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。