App稳定性与性能优化实践

1、App稳定性与性能优化实践技术创新，变革未来大纲架构演进稳定性保障性能优化总结架构演进天猫 All in 无线带来的挑战从单团队到多团队团队规模需求倍数增加版本节奏还要加快快速上线All in的时候新人多如何保持稳定性产品稳定架构改造之前开发冲突多代码冲突多编译时间久发布周期长只要某个业务有 问题，都会阻塞 发布线上版本质量很难得 到保障架构改造势在必行指导原则分而治之SRPBundle化按功能拆分按业务拆分（康威定律）康威定律架构改造工具模块解耦跳转协议RewriteBeehive依赖管理工具cocoapods,etc容器化架构改造UICoreLogicSDKsSDKsBundle解耦中间件

2、Bus(URL, Service, Notiication)单工程容器化架构支持多团队并行开发稳定性保障稳定性保障开发测试灰度线上监控Code Review 预置开关 静态扫描 动态检测服务端API模 拟渠道包 内部企业包 配置灰度热修复 安全模式 调试工具 问题反馈故障Review Crash监控&定位 经验沉淀开发阶段Code ReviewPhabricator预置开关配置中心静态扫描0 warning防止破窗效应动态检测开发阶段发现问题为什么需要做Code ReviewKeep code maintainableKeep code cleanCatch big-picture issue

3、s early Keep your honestyAt least 2 people are familiar with every bit of code Mentor newer engineersCode Review的效果Average defect detection ratesUnit testing: 25%Function testing: 35%Integration testing:45%Design and code inspections: 55% and 60%.Code reviews in industryFacebook、Google: pre-commit线上

4、运维监控（Detection）Motu报警（Escalation）Xflush解决（Remediation）热修复安全模式配置中心预防 （Prevention）事件review沉淀规则&规范安全模式V1.0一级、二级安全模式快速实现，支持双11V2.0完全解耦无感修复恢复原厂模式监控告警功能扩展V3.0SDK化V4.0支持灰度测试提速业务定制安全模式安全模式上线流程与规则人的因素为什么有2周没问题？你的灯亮着吗？工作日发布及时发现&解决问题灰度发布真实案例稳定性优化结果业务快速上线同时Crash持续下降iOS Crash率 0.03%左右Android Crash率 0.03左右下一阶段重点Native CrashOOM性能优化措施启动优化任务分级懒加载流畅度优化FPSWebview缓存UC WebviewWKWebview图片库优化尺寸优化、复用域名收敛网络优化请求合并，前置，使用缓存SPDY安装包瘦身总结监控（Detection）报警（Escala