支付宝小程序 性能
1. 首屏时间
首屏内容全部显示出来的时间，代表了用户可以感受到的页面加载完成、可进行交互的时间，耗时过长会导致用户看到的都是白屏或者内容有缺失，用户会一直等待内容加载完成。建议检查加载过程中的所有操作，分析是否存在请求数据耗时过长或者一次性渲染数据过大的情况。
得分条件：首屏时间不超过 4500ms
2. 渲染时间
渲染界面的耗时过长会让用户觉得卡顿，体验较差，出现这一情况时，需要校验下是否同时渲染的区域太大。
得分条件：渲染时间不超过 500ms
3. setData 调用频率
避免频繁触发 setData 或者 $spliceData。需要频繁触发重新渲染时，避免使用页面级别的 setData 和 $spliceData， 将这一块封装成自定义组件，然后使用组件级别的 setData 或 $spliceData 触发组件重新渲染。长列表数据触发渲染时，使用 $spliceData 多次追加数据，而不用传递整个列表。复杂页面建议封装成自定义组件，减少页面级别的 setData。详情参考 优化 setData 逻辑方案明细。
得分条件：每秒调用 setData 的次数不超过 20 次
4. setData 数据大小
setData 数据不宜过大，避免一次性传递过长的列表。 首屏请勿一次性构造太多节点，服务端可能一次请求传递大量数据，请勿一次性 setData，可先 setData 一部分数据，然后等待一段时间（比如 400ms，具体需要业务调节）再调用 $spliceData 将其他数据传输过去。
得分条件：setData 的数据在 JSON.stringify 后不超过 256KB
5. AXML节点数
建议一个页面使用少于 1000 个节点，节点树深度少于 30 层，子节点数不大于 60 个，一个过大的 DOM 树会引起内存消耗增长，样式计算时间过长，与复杂的样式规则相结合可能会严重减慢渲染速度。
得分条件：页面AXML节点少于 1000 个，节点树深度少于 30 层，子节点数不大于 60 个
6. JS 函数耗时
页面打开期间调用的 JS 函数较多，如果多个函数执行耗时都较长，串行起来会更长，严重影响用户体验，因此建议对耗时较长的函数进行优化。
得分条件：JS 函数耗时都小于 100ms
7. 请求耗时
请求的耗时太长会让用户一直等待甚至离开，应优化好服务器处理时间，可减少回包大小，可服务端 rpc/mtop/http 等网络请求预加载，让请求快速响应。
得分条件：网络请求都在 1 秒内返回结果
8. 网络请求频率
短时间内发起太多请求会触发小程序并行请求数量的限制，同时太多请求也可能导致加载慢等问题，应合理控制请求数量，甚至做请求的合并等。
得分条件：每秒通过 my.request 发起的请求数不超过 10 个
9. 图片请求频率
短时间内发起太多图片请求会触发浏览器并行加载的限制，可能导致图片加载慢。应控制并发加载数量，可考虑使用雪碧图技术或在屏幕外的图片使用懒加载。
得分条件：每秒发起的图片请求数不超过 20 个
10. JSAPI 调用耗时
JSAPI 调用耗时过长，会影响 JSAPI 调用性能，应缩短单个 API 接口的耗时时长。
得分条件：JSAPI 单次调用耗时都小于 1 秒
11. 同步 JSAPI 调用
同步 JSAPI 的调用过多将造成进程的阻塞，影响后续业务逻辑的执行。建议尽量避免同步调用，getSystemInfo、getStorage、getLocation、getCities 是同步调用的高发区。
得分条件：每个页面中所有同步 JSAPI 调用累计总耗时小于1秒
12. JSAPI 重复调用
多次调用同一个 JSAPI，会增加无用耗时，应减少单页面同一 JSAPI 调用次数，采用缓存方式处理前一执行接口后的结果数据，减少调用次数。
得分条件：同一个 JSAPI 的调用次数小于 20 次
13. 避免加载屏幕外图片
加载当前屏幕中暂时不需要展示的图片，会影响页面加载耗时，增大内存消耗，建议分屏懒加载。
得分条件：没有加载当前屏幕不需要显示的图片
14. 图片缓存
开启 HTTP 缓存控制后，下一次加载同样的图片，会直接从缓存读取，大大提升加载速度。
得分条件：所有图片均开启 HTTP 缓存
15. 图片大小
图片过大会影响包资源大小和加载耗时，应避免使用大图，合理压缩图片尺寸，图片格式建议转化成 SVG/webp，必要的大图从 CDN 渠道上传。
得分条件：图片小于 70KB
16. 图片尺寸
图片太大而有效显示区域较小时会增加内存的消耗，应根据显示区域大小合理控制图片大小。
得分条件：图片宽高都不超过实际显示宽高的 3 倍
17. 避免重复请求
发起请求总会让用户等待，可能造成不好的体验，应尽量避免多余的请求，比如对同样的请求进行缓存。
得分条件：不存在重复请求同一资源的情况
18. 页面请求域名收敛
页面多个请求的域名建议尽量收敛在一起，如果域名太过分散，DNS 和链接复用率低，影响资源的加载速度，同时也需要考虑同域资源是否有并行加载的能力。
得分条件：页面前 6 个请求的域名总数占比超过 90%
19. 首页流量消耗
应避免页面加载对用户造成过大的流量开销，可以考虑使用资源合并、压缩等技术方案来降低流量开销。
得分条件：首页首次打开总流量消耗不超过 4M
20. 图片压缩
图片建议使用 webp、hevc 等压缩格式，这样不仅能提升网络传输效率和加载体验，同时也可以减少内存消耗和包体积。
得分条件：webp、hevc 图片占比不低于 60.0%
21. 文本资源压缩
建议使用 gzip/deflate 等压缩技术来降低文件的网络传输负载，以提升资源传输速度。
得分条件：文本资源均使用了 gzip/deflate 压缩
更多建议：