快手小程序文档

# 性能质量优化建议

更新时间：2023-08-30 19:53:17

# 1.启动耗时、初次渲染耗时

# 1.1 指标的目的

小程序启动时长&初次渲染时长旨在真实刻画用户打开和切换页面中的小程序性能问题。

小程序性能的好坏会直接影响用户体验及留存。若小程序加载速度过慢以至超过忍耐极限，相当一部分用户可能会选择离开。据相关数据统计， 25% 的用户在应用启动时间超过 3s 时会放弃使用。

# 1.2 指标的定义

启动耗时：从用户点击到小程序首屏渲染完成的总耗时

初次渲染耗时：指视图层根据逻辑层的初始数据和页面结构样式渲染小程序页面的耗时长

# 1.3 指标异常的解决方案

合理使用分包加载是优化小程序启动耗时效果最明显的手段。建议开发者按照功能划分，将小程序的页面按使用频率和场景拆分成不同分包，实现代码包的按需加载。具体可参考分包配置 (opens new window)
及时清理无用代码和资源，控制资源文件的大小（适当压缩），尽量控制包体积。
启动流程中尽量减少复杂运算和同步API的使用，仅保留核心路径逻辑。

# 2.网络请求失败率

# 2.1 指标的目的

请求错误率用来标识开发者服务的可用性。

# 2.2 指标的定义

网络请求失败次数/总次数

# 2.3 指标异常的解决方案

检查ks.request的输入参数是否符合预期和规范
检查是否已经正确的设置了服务域名服务域名配置 (opens new window)

# 3.网络请求耗时

# 3.1 指标的目的

在网络可用的前提下，当使用小程序 request 网络请求请求耗时较长，可能会影响小程序本身的数据获取或业务展现，影响用户体验。

网络请求耗时用于标识开发者服务的性能。

# 3.2 指标的定义

ks.request调用耗时累计值（含等待耗时、处理耗时）/ 累计调用次数

# 3.3 指标异常的解决方案

建议通过链路性能监控工具发现性能瓶颈，并针对性的进行优化：

1. 缓存：高并发读场景，可以通过多级缓存解决底层存储和耗时计算的性能瓶颈。
2. 异步化：高并发写场景，可以通过异步化提供削峰填谷能力，提升响应速度和系统吞吐。
3. 超时&降级：通过链路梳理强弱依赖，保障强依赖耗时可控，弱依赖可降级，提升链路响应能力。

# 4.页面进入白屏占比

# 4.1 指标的目的

量化用户打开小程序首页的情况，衡量小程序的加载性能和小程序的可用性。

# 4.2 指标的定义

定义：自小程序启动2s时页面无节点有效渲染记为白屏，2s白屏数量/小程序启动数量

# 4.3 指标异常的解决方案

服务稳定性&性能

小程序页面数据请求是否正常：
通过小程序开发者平台的数据模块，发现有小程序存在自身服务稳定性、性能的情况。例如小程序页面数据请求失败率、网络耗时等等。
HTTPS 证书是否存在问题：
排查 HTTPS 证书是否已过期，导致小程序相关请求失败，无法展示数据。有些小程序可能误使用了自签的 HTTPS 证书，由于无法被信任，用户也无法强制信任，导致页面数据获取失败。

业务逻辑

有些小程序的页面数据展示可能存在前置条件，例如需要登录、定位等。在条件不满足时，可能存在兼容处理问题。这里给出常见的几种 case：

页面打开时需要首先进行授权，获取权限。
授权失败时需要有响应的兼容逻辑或者给予明确提示。
页面打开时需要登录才可展示内容：
例如常见的购物类小程序，用户未登录时需要有相应的提示，以及触发登录的按钮或者入口。
网络连接失败时，页面兼容性不足：
这种情况最好是有对应的错误页和重试入口，保证用户可再操作，提供自主恢复的能力。
逻辑中存在自设校验，校验不通过：
有些小程序是从微信小程序迁移而来，内部逻辑中可能存在自设的平台检测校验等，迁移时或者版本更新时没有同步变更，导致校验不通过，从而导致页面异常。
onLoad、onShow、onReady等生命周期避免使用可能造成阻塞的方法/同步api。

合理利用开发辅助工具/能力（技巧）

小程序评分 (opens new window) 按照建议合理优化小程序
代码静态依赖分析 (opens new window) 提供代码静态依赖分析能力，优化代码包
小程分包配置 (opens new window) 对小程序合理分包，优化首包体
首屏数据预取 (opens new window) 合理利用数据预取能力

# 5.图片加载容错率

# 5.1 指标的目的

量化资源（图片）在用户使用过程中加载失败的程度。图片可以增强用户体验、传达信息、吸引注意力，以及提升页面的美观度，一旦出现异常会影响用户体验甚至核心功能。

# 5.2 指标的定义

定义：加载异常数量 / 发起图片加载总量

# 5.3 指标异常的解决方案

关注监控:

关注平台提供的实时数据看板（开发者平台 -> 数据 -> 性能分析 -> 运行性能），提供用户侧实时资源（图片）异常数据

关注静态资源服务（第三方服务）监控，一旦出现问题及时跟进

技术方案：完善资源异常兜底方案，主动性减少线上异常的发生。