性能问题如何治理？

正是由于上述一些弊端，使用这些线下工具只能解决一些明显的、常见的问题，然而应用上线之后的环境是无比复杂的。

首先，搞客户端开发的同学应该都知道，解决卡顿的过程往往是曲折的，有些并没有我们想的那样简单、浅表。很多时候，大部分卡顿是很难及时发现的，不可重现的卡顿，经常出现在线上用户的真实使用过程中，这种卡顿往往跟机器性能，手机环境，甚至是操作偏好等因素息息相关。

我们平时从用户反馈的“好卡呀”这种描述中很难直接洞察到卡顿的根源。甚至有些连卡顿的场景都不知道，很难准确重现，所以这种卡顿容易让人摸不着头脑。

而内存作为计算机程序运行最重要的资源之一，需要运行过程中做到合理的资源分配与回收，不合理的内存占用轻则使得用户应用程序运行卡顿、ANR、黑屏，重则导致用户应用程序发生 OOM（out of memory）崩溃。

我们需要在各种机器资源上保持优秀的流畅性和稳定性，内存优化是必须要重视的环节。但是我们即使有接入如Bugly的线上异常采集平台，也不能够保证通过异常日志找到OOM的原因。绝大多数的OOM，异常日志显示的只是压倒骆驼的最后一根稻草，而不是直接的原因。