性能提升80%！详解饿了么H5性能优化秘诀

2020-06-04

前言

随着移动互联网的发展，用户对产品的使用体验要求越来越高。H5作为业务的重要载体，在移动端的应用非常广泛，因此H5页面性能是一个非常核心的用户体验指标。

本文结合【饿了么首屏优化实践】为大家介绍页面性能优化的思路。

性能优化的首要基础是数据和指标。没有正确的数据和指标指引，优化思路和方向可能是偏差的。

UC在首屏性能指标的统计上，支持内核指标和标准的W3C标准指标。

性能提升80%！详解饿了么H5性能优化秘诀

首屏时间是指页面第一屏所有资源完整展示的时间。这是一个对用户来说非常直接的体验指标，但是对于前端却是一个非常难以统计衡量的指标。

通常的做法是，domContentLoadedEventEnd - fetchStart，甚至使用 loadEventStart-fetchStart ，此时页面DOM树已经解析完成并且显示内容。以下给出统计页面性能指标的方法。

性能提升80%！详解饿了么H5性能优化秘诀

线上监控对于数据摸底和发现问题意义重大，一般在测试阶段我们只能做到基本的分析，很难获得在不同环境下真实准确的数据，那怎么知道上线后性能是否有问题，或者怎么在出现问题苗头的时候，尽快的掐灭呢？实时线上监控是最优的选择。

岳鹰全景监控平台，可以将SDK采集上报的数据进行实时分析，可以很直观很方便的查看应用的性能指标。并且还能通过设置告警规则，当性能指标达到阈值的时候，及时通知，第一时间发现问题，及时处理。

通过实时大盘，初步了解性能波动情况。

性能提升80%！详解饿了么H5性能优化秘诀

查看页面性能情况，通过核心指标，如首字节、DOM Ready、页面完全加载等分析首屏性能、页面加载性能。（如果对接了UC内核，可直观的通过T2了解首屏性能）

性能提升80%！详解饿了么H5性能优化秘诀

进一步分析，了解TOP访问页面的性能情况

性能提升80%！详解饿了么H5性能优化秘诀

通过多维度聚合分析，更进一步定位到问题范围

性能提升80%！详解饿了么H5性能优化秘诀

性能提升80%！详解饿了么H5性能优化秘诀

通过线上数据进行摸底分析之后，可以继续进行深入分析和优化。

前端：前端围绕着优化首屏，收敛域名，js资源治理，js耗时治理，图片治理，接口治理等方向展开。

客户端：客户端围绕着提升容器启动速度，优化拦截逻辑，为前端提供预加载等各种能力，提供类原生体验等方向展开。

【干货预警】下面是我们在饿了么端H5优化专项中，整体的优化思路。

性能提升80%！详解饿了么H5性能优化秘诀

H5资源和数据都依赖于网络，所以优化中的一大策略就是预加载。我们先来了解一下H5场景中，有哪些常见的缓存。

HttpCache：通过一定规则让网络回来的资源缓存在本地，下次使用的时候可以直接从本地读取。stale-while-revalidate可以允许资源在过期之后，在一段时间内可以继续使用，同时发起一个异步请求，可以允许资源先使用，再验证。
LocalStorage：前端可以使用LocalStorage将资源存储在本地，类似的还有IndexedDB。LocalStorage也有一些限制，比如一个域名只能存储5M数据，不能跨域读取。
MemoryCache：内存缓存， Chrome中的MemoryCache主要由GC管理，资源进入MemoryCache的时候会关联一个弱引用，在主文档关闭的时候会被清除。
离线包（ZCache）：用户访问页面时，内核会通过shouldInterceptRequest询问外壳是否有可用资源，如果有可用资源，外壳会返回资源，不用再去网络请求资源。【ZCache会走到外壳拦截逻辑，效率比HttpCache低一些，一般资源到Blink内核需要100ms，主文档需要300ms】
NetCache：DNS解析结果，长连接复用。
V8 Bytecode Cache：V8字节码缓存。【JS执行过一次，第二次执行能明显减少时间】。
Image Decode Cache：图片解码缓存。
PageCache：页面级缓存，在UC上角WebViewCache，在UC浏览器上点击前进后退按钮，就会产生WebViewCache。

针对这些缓存，我们常用的预加载手段。

关于接口预加载，我们是在js plugin里面做的。当然还可以在网络库中间件中拦截处理。HTTP接口预加载的两种实现方式：

鲁班尺：UC鲁班尺是基于Lighthouse来做的，它会分析页面在内核中真实渲染的情况，并给出优化建议。
海鸥实验室：UC海鸥实验室是一个性能分析平台，它可以提供完善的首屏、内存、启动、帧率分析数据。
Lighthouse：检测页面性能瓶颈。
Timeline：记录页面运行过程的具体细节，用于分析页面出现问题的具体位置。
Profile：分析页面内存的使用情况和JS/css执行时间。一般可以用TImeline定位出大概位置，再用JAVAScript CPU profiler详细分析每个JS函数的耗时。
Chrome Trace：记录页面在浏览器内核执行的完整过程，粒度精细到每个函数方法，可以很准确的定位到具体问题。