Kotlin甩掉findViewbyId，原理几何

在Kotlin中，一个非常好用的特性是：可以直接使用控件 ID 对控件进行操作，而不需要像 Java 中那样先声明控件，使用 findViewById() 来找到控件，然后才能操作该控件。该特性称为Static Layout Import，即静态布局引入。

举个栗子， activity_main.xml中有个TextView，其 ID 为 tv_name 的，将布局像下面这样引入进来后：

就可以直接使用 tv_name：

可以看到，利用tv_name可以直接使用该 TextView 的 text、textSize 等属性或方法，甚至比著名的开源库 ButterKnife 还简洁。

ps：text / textSize 等属性其实是 Kotlin 扩展属性，反编译查看底层的 Java 代码可以发现其实还是使用其对应的 setter 方法。

那么为什么可以直接使用控件 ID 来操作控件呢？我们先将 Kotlin 转为 Java 代码。在 Android Studio 中，点击最顶部的 Tools -> Kotlin ，然后选择 Show Kotlin Bytecode，可以在右侧面板中看到对应的字节码，然后点击 Decompile ，就可以查看 Kotlin代码对应的 Java 代码：

可以发现，tv_name 部分的代码对应的 Java 代码如下：

反编译后可知，这种用法的原理是 Kotlin 会自动生成类似 findViewById() 的方法：findCachedViewById()，在这个方法里面创建一个 HashMap 缓存每次查找到的 View，避免每次调用 View 的属性或方法时都会重新调用findCachedViewById()进行查找。

具体查找流程是这样的：在findCachedViewById()中，会先通过缓存 HashMap 的 get 方法来获取控件， get() 中传入的 key 即控件 ID，由于第一次 get 的值为 null ，因此会调用findViewById() ，并把控件 ID作为 key 和找到的控件 View 作为 value put 进缓存 Map 中。这样，第二次再使用该控件 ID 的时候，就直接可以从 Map 中获取到了。还是挺好理解的吧。

以上是在 activity 里面直接使用控件 ID，但是在 fragment 里面使用要注意的是，不能在onCreateView方法里用 view 的 ID，而是在 onViewCreated 以后使用，不然可能会由于找不到控件而出现空指针异常的问题。正确的用法是这样的：

再将上述 Kotlin 代码转化为对应的 Java 代码：

可以看到， fragment 里面跟前面的基本原理类似，同样也是在findCachedViewById()中创建缓存 Map，区别在于 fragment 里面是通过getView()来 findViewById()的，如果是在 onCreateView 方法里使用控件 ID，这个时候getView()会返回 null，即 var10000 为 null，这样 findCachedViewById() 就返回空了。

因此，千万要注意fragment里面不能在onCreateView方法里用view的ID。

好了，Kotlin 中不再使用 findViewById，而是直接使用控件 ID 来操作控件的原理就说到这里。

---------- END ----------

*本文转载自Android机动车，感谢授权

本文观点不代表我方观点