移动端 c++ 开发_一个移动端开发者，对未来的思考

本文作者

作者：舒大飞

链接：

https://juejin.im/post/5e0d85155188253a8b42e5ba

本文由作者授权发布。

稳住今天是周六，推文的日子不多了，计划到 21 号停止推文。

给大家分享下大飞这一年的总结与思考。

平常都在写技术类文章，今天写篇作为一个移动端开发者对过去一年的总结和思考吧，既是对过去的回顾，也是对未来的思考。

1 2019

这一年对于我来说，当然最多的时间还是花在工作上。对于移动端开发来说，2019年依然是动荡的一年，各种跨平台技术依然层出不穷，原生将死的论调依然在各大公众号热炒和营销。

这一年，随着工作经验的提升，自己对技术的看法和对未来的方向也发生了些许改变,分享一下自己这一年的总结与反思吧。

一. 这一年都做了什么？

这一年还是挺忙碌的，不管是纯业务开发还是技术改造或者是对我们产线现有问题或者痛点的解决方案都有一些个人的输出，技术确实不能是半空建楼阁，依托具体的业务问题，以技术方案去解决，是更加良好的循环和沉淀，还有很多东西值得去提高去学习。

1、上半年产线中的几个复杂页面的流畅度在版本迭代中一直会由于开发的不注意导致频繁出现反复，分析下来根本原因是由于缺乏必要的监控以及可持续的优化手段，所以2019Q1在业务需求之外主要就是实现了产线内部对于用户流畅度的监控以及优化。

主要包括：debug下帧率的监控、上线前主流程流畅度的自动化测试、线上用户真实流畅度监控、实现耗时方法排查工具：MethodTraceMan、一些收益比较大的流畅度优化等，主要目标是从监控到排查问题工具再到卡顿解决形成一个闭环的方案。

https://github.com/zhengcx/MethodTraceMan

对于流畅度监控与优化归纳成文，有兴趣的可见：App流畅度优化：利用字节码插桩实现一个快速排查高耗时方法的工具

2. 对于内存上的问题，我们产线其实很早之前就碰到了，线上爆出可观数量的OOM，当时我对我们app做了一次内存上的分析与优化，效果还是非常明显的，当时对分析和优化过程做了记录：

实践App内存优化：如何有序地做内存分析与优化

后续的几个版本中我们发现OOM的数量大幅度下降，但是依然会有少数的OOM上报，分析下来发现这部分发生OOM的机型大部分单应用最大可用的内存