支付宝小程序 最佳实践

1. 避免 JS 异常

应尽量避免 JavaScript 异常，出现异常可能会导致程序的不稳定，我们应追求零异常。

得分条件：不出现任何 JS 异常

2. 避免网络请求异常

请求失败可能导致小程序的交互无法进行下去，应当保证所有请求都能成功。

得分条件：所有网络请求都正常返回

3. 避免 JSAPI 调用异常

小程序运行过程中如果发生了 JSAPI 调用异常，可能会影响小程序正常业务流程，甚至是导致出现白屏等现象，建议根据报错信息分析报错原因，看是否存在参数错误、无权调用等情况。

得分条件：所有 JSAPI 都调用正常

4. 小程序包大小

包过大会影响小程序启动耗时，应删除无用的图片资源及无用代码，并使用 分包 进行包大小优化。

得分条件：小程序包大小不超过1M

5. 避免在 onReady 中发送请求

将数据请求提前到 onLoad 中，避免在 onReady 中发出请求，导致首屏渲染延缓。

得分条件：onReady 中没有发送请求

6. 避免使用废弃接口

使用即将废弃或已废弃的接口，可能会导致小程序运行异常。一般情况下，废弃的接口不会立即移除，但保险起见，建议不要使用废弃的 API，以避免小程序后续突然运行异常。

得分条件：不使用任何文档中提示废弃的接口

7. HTTPS 请求

使用 HTTPS，可以让你的小程序更加安全，而 HTTP 是明文传输的，存在可能被篡改内容的风险。

得分条件：所有网络请求都使用 HTTPS

8. 未引用到的资源

如果资源未被引用，则不应该打包到小程序中，因为会增加小程序包体积大小，从而在一定程度上影响加载速度。

得分条件：不存在未使用的资源

9. CSS 使用率

应当按需引入 CSS 资源，如果小程序中存在大量未使用的样式，会增加小程序包体积大小，从而在一定程度上影响加载速度。

得分条件：每个 CSS 资源的未使用部分不超过 2KB

10. 及时回收定时器

定时器是全局的，并不是跟页面绑定的，当页面因后退被销毁时，定时器应注意手动回收。

得分条件：所有定时器的回调执行时所在的页面都与设置定时器的页面一致