性能表现差
    线上问题无从追查
    性能优化的长期开销大

    性能表现差

    • App启动满、卡顿、丢帧
    • 内存占用高、抖动频繁
    • 耗电、网络请求慢
    • 崩溃率、异常率高

    线上问题无从追查

    • 如何复原“案发”现场
    • 如何保证异常感知灵敏度
    • 如何快速“止血”成功

    性能优化的长期开销大(团队)

    • 如何扼杀问题的萌芽()
    • 优化效果如何长期保持

    App性能优化的演进,如何自建APM

    背景

    • 性能优化方案
    • 项目不同阶段重心不一样

    项目初期

    • 只关注崩溃率、不采集性能数据
    • 没有性能检测、优化方案
    • 没有排查问题手段

    项目壮大期

    • 指标采集、不够全及深入
    • 接入成熟APM,排查手段单一
    • 线下检测、优化,方案不成型

    项目成熟期

    • 重点关注性能问题,数据丰富
    • 线上、线下一整套完善解决方案
    • 自建APM,新产品的快速接入

    线上线下

    • 误区:对线下不重视
    • 侧重点:线下预防、线上监控
    • 方案不同:线下可用黑科技

    为什么要自建APM

    • 成熟APM通用,但不满足个性化需求
    • 外部APM与内部系统难打通,带来的时间成本
    • 数据必须掌握在自己手中

    业界优秀的平台化实践

    • Crash 收集平台
    • APM平台
    • 自建解决方案

    Crash 收集平台
    Bugly

    APM平台
    听云 无法满足个性化需求,数据隐患

    自建解决方案

    • 贴合自身业务特点,满足定制化需求
    • 数据安全

    立足项目整个周期
    普遍痛点