版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/zsjlovesm521/article/details/87875940
Part 1 App性能概览与平台化实践
写在前面的话
主要用于记录慕课网中的Top团队大牛带你玩转Android性能分析与优化课程的笔记，便于以后查看，课程很精彩。自己一边学习一边整理笔记，会慢慢更新的。
一 性能优化中可能遇到哪些难题
1.性能表现差
2.线上问题无从追查
3.性能优化的长期开销大
4.总结
1.性能表现差
app启动慢、卡顿、丢帧、耗电、网络请求慢（用户可以感知到的）
内存占用高、抖动频繁(用户感知不到的)
崩溃率、异常率高等
2.线上问题无从追查
难点：
1.如何保证异常感知灵敏度（发现bug）
2.如何复原“案发”现场（复现bug）
3.如何快速“止血”成功（修复bug）
3.性能优化的长期开销大
难点：
1.如何扼杀问题于萌芽中（前期准备做足）
2.优化效果如何长期保存
扫描二维码关注公众号，回复： 5268958 查看本文章
4.总结
目标：
1.性能表现好
2.线上问题易追查
3.长期投入小
二 App性能优化解决方案的演进
1.项目初期（三无状态，不考虑性能问题）
只关注崩溃率、不采集性能数据
没有性能检测、优化方案
没有排查问题手段
2.项目壮大期（初步拥有问题定位分析能力但是不完善）
指标采集，不够全及深入
接入成熟的APM（Android Performance Management安卓性能管理），排查手段单一
线下的检测、优化，方案不成型
3.项目成熟期（有完善的性能指标，完善手段及可移植性）
重点关注性能问题，数据丰富，手段多样化
线上、线下有一整套完善解决方案（重点）
自建APM，新产品可快速接入
4.线上线下
误区：对线上不重视
侧重点：线下预防，线上监控
方案不同：线下可以用黑科技
5.为什么要自建APM？
成熟的APM通用，但不满足个性化需求
外部APM与内部系统难打通（如获取用户的行为数据），带来时间成本
数据必须掌握在自己手中
三 业界优秀的平台化实践
1.Crash收集平台
Bugly为代表：
数据采集、上报成功率高，包含java、Native崩溃，可在项目初期直接接入
2.APM平台
听云为代表
通用的性能解决方案，数据采集完善，方便接入，但不满足个性化需求，数据隐患，建议性能方案不完善的阶段接入
3.自建解决方案
美团、携程、360等
贴合自身业务特点，满足定制化需求，数据安全