旧酒新瓶——换个角度提升app性能与质量量.pdfVIP

旧酒新瓶——换个⻆度 提升 App 性能与质量 ⾼亮亮 讲师介绍 ⾼亮亮 • 饿了么移动技术部基础架 请在此插⼊照⽚ (直接覆盖在中间区域) 构组⾼级 iOS ⼯程师，对 iOS 架构和系统底层有深 ⼊研究，擅⻓移动性能分 析，trouble shooting 、iOS 逆向等重难点⼯作。 1 性能与质量概述 ⽬录 2 “新”技术概念的介绍与实践 CONTENTS 3 违反常规的“真理” 性能与质量概述 • 应⽤分级以及与性能质量的关系 • 根据设备特点设计提升⽅案 • 结合主要业务场景制定优先级 回流（Reflow）/ 重绘（Repaint） • 回流：流式布局下，由于参照元素布局框发⽣变化⽽导致的布局重新计算。 • 重绘：元素布局不发⽣变化的情况下，重新渲染视图。 案例重现 • 单张订单视图作为重⽤的基本单元 • ⼦视图层级复杂，且采⽤⾃动布局技术 • ⼦视图不固定，且存在强依赖关系 • 商品列表在滚动时产⽣严重回流 解决⽅案 • 调整视图关系，合理利⽤重⽤机制，避免滚动时回流 • ADK ⽅案，异步计算布局并缓存，细腻的线程控制 节流（Throttle）/ 防抖（Debounce） 案例重现 失败重试导致的 Self-DDoS • 在保证服务前提下的⾃动重试，且固定重试频率 • 忽略错误类型，“⼀⼑切”式的 DFF 设计 • 重试周期同步，从⽽导致恶性循环 解决⽅案 • 指数回退 —— 固定重试间隔加倍 • 添加抖动 —— 随机抖动间隔，避免锁定同步周期 • 标记重试 —— 优先处理⾼重试请求 • “⻩⾦”重试节流策略 拓展运⽤ • 实时查询防抖 —— 减少⽹络请求 • 事件响应节流 —— 避免冗余资源消耗 • 界⾯渲染节流 —— 避免⼤量 CPU 消耗 渐进增强（PE）/ 优雅降级（GD） • != 容错设计（替代品避免消极影 响） • 做减法，直到系统完全不可⽤ • 保证最基本的功能可⽤ • 做加法，逐步提升系统 案例重现 基于三⽅服务的推送系统 • 不同业务对推送的实时性、可靠性要求⾼且存在差异 ➡ 利⽤更优的组件作为⾸选，三⽅作为备选 • 三⽅服务不可控，且在实时性、可靠性上都存在不⾜ ➡ 操作的效率和速度随着失效部件的增加逐渐下降 解决⽅案 符合“优雅降级”的推送系统设计 优先建⽴⻓连，可控可靠的通道