这是我参与「第四届青训营 」笔记创作活动的第9天
性能优化
- Android发展至今，各项基础设施非常完善的情况下，我们越来越重视App的性能优化，以及用户体验，这关乎一个线上应用的业务数据持续增长的基础，以及用户口碑的问题。
- 在长时间的历史范围内看整体的优化趋势和软件优化能带来的优势：硬件与软件的结合也是最佳的体验的基础
tips： 16ms 意味着 1000/60hz，相当于 60fps。这是因为人眼与大脑之间的协作无法感知超过 60fps 的画面更新。12fps 大概类似手动快速翻动书籍的帧率， 这明显是可以感知到不够顺滑的。24fps 使得人眼感知的是连续线性的运动，这其实是归功于运动模糊的效果。 24fps 是电影胶圈通常使用的帧率，因为这个帧率已经足够支撑大部分电影画面需要表达的内容，同时能够最大的减少费用支出。 但是低于 30fps 是 无法顺畅表现绚丽的画面内容的，此时就需要用到 60fps 来达到想要的效果，超过 60fps 就没有必要了。如果我们的应用没有在 16ms 内完成屏幕刷新的全部逻辑操作，就会发生卡顿。
最大化资源调度：最大资源调度分为两个方向，第一个方向将一些有限资源尽量向最影响体验的方向靠拢，首先要满足快，我们需要在网络、渲染等领域提供更多的资源。第二个方向，探寻更多的资源供给，首先要满足多，深度剖析系统资源使用，需要从系统层榨取更多的可用资源，也需要从用户敏感角度榨取更多资源，最终实现最大化资源调度。
最小化资源使用：需要对持续性的指标影响降到最低，首先要满足省，我们对功耗、存储、流量等指标在一些用户敏感度大于实际获得的体验的环境下，保障核心功能的体验。本质的原则就是保证业务基本面的前提下，通过降级或者优化等手段，将占用的资源做到最小。
对于每个方法（顶级节点），该表会显示其非独占时间和独占时间（以毫秒为单位）以及占总时间的百分比。独占时间是执行方法自身代码所用的时间，而非独占时间则是执行方法自身代码所用时间与执行其子级代码所用时间之和。系统还会根据 CPU 时间和实际时间报告用时信息。CPU 时间仅考虑线程主动使用 CPU 的时间，而实际时间则提供从应用进入方法到退出该方法这整个过程（无论线程处于活动状态还是休眠状态）的绝对用时信息。
参考链接：juejin.cn/post/712352…
来源：稀土掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
