一、上线前的准备
1）图像
1. 页面中所有图像是否都已压缩
2. 是否有条件将图像修改成性能更优的 webp 等格式
3. 页面中的图像数量是否可减少，例如活动中的规则等文案用文字替换
4. 页面中的图像是否支持懒加载或预加载，避免降低页面加载时间
5. 是否需要让客户端缓存本地图像
2）首屏
1. 是否已将第三方库脚本提取到单独的文件中
2. 是否已剔除不必要的脚本逻辑和脚本链接
3. 在移动端页面，是否可以用轻量级的库替换重量级的库
4. 尽量先处理首屏中元素的呈现，首屏外的可以延迟加载
3）交互
1. 标签栏切换是否需要增加 loading 动效，避免闪动
2. 页面中是否需要内置骨架屏特效，增加用户体验
4）接口
1. 接口是否已经过安全测试，避免被人找到漏洞刷接口
2. 接口中的代码是否做了异常防御，例如调用的第三方接口返回空数据导致异常
3. 接口响应时间控制在 100ms 以内，例如增加缓存
4. 启用客户端的接口预请求能力（成功率在 23.1% 左右），减少接口的等待时间
二、上线后的保障
1）监控
1. 页面维护人员，需要观察监控系统中的错误趋势，有异常就立刻修正
2. 接口维护人员，需要观察接口的错误和慢响应情况，有异常就立刻处理
3. 所有维护人员，需要保障家中有可调试的开发环境，并且可随时对页面进行抓包
2）性能
1. 页面维护人员，需要分析白屏在 2 秒以上的性能瓶颈
2. 页面维护人员，需要了解页面在各个分位数中的性能时间
3）反馈
1. 所有维护人员，及时响应需求群中的反馈
2. 所有维护人员，及时响应技术问题集中对接群内的反馈
posted on
