看完99%的人都学会了！2021年Android工作或许更难找，论程序员成长的正确姿势

本文链接：https://blog.csdn.net/clhcowboy/article/details/112571347

其实不是Android不行了，而是你跟不上了

我的很多读者都在反馈说，现在一个岗位可以收到的简历数，是前几年的几倍。我们必须承认，僧多粥少就是 Android 行业的现状，别说初中级工程师，就是高级工程师也是一抓一大把。企业招人的眼光也越来越高，如果你没点“真东西”，是真的挺难的。

前几天和一位 Android 前辈聊天，他说面试中很多工程师，对特别基础的问题都停留在“使用过”或者“听说过”。没有深入到技术细节里，在竞争激烈的市场中就只能被淘汰。下面这些，是他提到的几个问题，你能快速回答上么？

SoftReference(软引用)在内存不足时会被虚拟机回收，那它会不会导致 OOM？
Android 的 Touch 事件中 CANCEL 事件是如何产生的？哪些场景下会发生 CANCEL 事件？
Handler 中的 Looper 无限循环，为什么没有阻塞UI主线程？
你在简历中写“精通多线程”，那么：线程中自己的“工作内存”指的是什么? 为什么阿里开发规范中不允许使用 Executors 创建线程池?

你一定想说“面试造火箭，工作拧螺丝”。实际上，你的答案反映了你对技术理解的深度，以及解决问题的能力。听起来很套路，但企业需要的是能对自己提交代码负责、对使用每一个工具负责的「高级/资深 Android 开发」。

数据处理和视图加载分离

我们知道，从远端拉取数据肯定是要放在异步的，在我们拉取下来数据之后可能就匆匆把数据丢给了 VH 处理，其实，数据的处理逻辑我们也应该放在异步处理，这样 Adapter 在 notify change 后，ViewHolder 就可以简单无压力地做数据与视图的绑定逻辑，比如：

mTextView.setText(Html.fromHtml(data).toString());

这里的 Html.fromHtml(data) 方法可能就是比较耗时的，存在多个 TextView 的话耗时会更为严重，这样便会引发掉帧、卡顿，而如果把这一步与网络异步线程放在一起，站在用户角度，最多就是网络刷新时间稍长一点。

数据优化

分页拉取远端数据，对拉取下来的远端数据进行缓存，提升二次加载速度；对于新增或者删除数据通过 DiffUtil 来进行局部刷新数据，而不是一味地全局刷新数据。

布局优化

减少过渡绘制

减少布局层级，可以考虑使用自定义 View 来减少层级，或者更合理地设置布局来减少层级，不推荐在 RecyclerView 中使用 ConstraintLayout，有很多开发者已经反映了使用它效果更差，相关链接有：Is ConstraintLayout that slow?、constraintlayout 1.1.1 not work well in listview。

减少 xml 文件 inflate 时间

这里的 xml 文件不仅包括 layout 的 xml，还包括 drawable 的 xml，xml 文件 inflate 出 ItemView 是通过耗时的 IO 操作，尤其当 Item 的复用几率很低的情况下，随着 Type 的增多，这种 inflate 带来的损耗是相当大的，此时我们可以用代码去生成布局，即 new View() 的方式，只要搞清楚 xml 中每个节点的属性对应的 API 即可。

减少 View 对象的创建

一个稍微复杂的 Item 会包含大量的 View，而大量的 View 的创建也会消耗大量时间，所以要尽可能简化 ItemView；设计 ItemType 时，对多 ViewType 能够共用的部分尽量设计成自定义 View，减少 View 的构造和嵌套。

其他

其他并不代表不重要，而是我不能把他们进行分类哈，其中可能某些操作会对你的 RecyclerView 有很大的优化。

升级 RecycleView 版本到 25.1.0 及以上使用 Prefetch 功能，可参考 RecyclerView 数据预取。
如果 Item 高度是固定的话，可以使用 RecyclerView.setHasFixedSize(true); 来避免 requestLayout 浪费资源；
设置 RecyclerView.addOnScrollListener(listener); 来对滑动过程中停止加载的操作。
如果不要求动画，可以通过 ((SimpleItemAnimator) rv.getItemAnimator()).setSupportsChangeAnimations(false); 把默认动画关闭来提升效率。
对 TextView 使用 String.toUpperCase 来替代 android:textAllCaps=“true”。
对 TextView 使用 StaticLayout 或者 DynamicLayout 的自定义 View 来代替它。
通过重写 RecyclerView.onViewRecycled(holder) 来回收资源。
通过 RecycleView.setItemViewCacheSize(size); 来加大 RecyclerView 的缓存，用空间换时间来提高滚动的流畅性。
如果多个 RecycledView 的 Adapter 是一样的，比如嵌套的 RecyclerView 中存在一样的 Adapter，可以通过设置 RecyclerView.setRecycledViewPool(pool); 来共用一个 RecycledViewPool。
对 ItemView 设置监听器，不要对每个 Item 都调用 addXxListener，应该大家公用一个 XxListener，根据 ID 来进行不同的操作，优化了对象的频繁创建带来的资源消耗。
通过 getExtraLayoutSpace 来增加 RecyclerView 预留的额外空间（显示范围之外，应该额外缓存的空间）