Kotlin by lazy在Android自定义View中触发意外空指针异常

这不是Kotlin的bug，问题出在你对by lazy初始化时机与自定义View生命周期的配合理解上。

核心差异：by lazy vs lateinit #

• lateinit是主动初始化：你需要在布局加载完成的合适时机（比如onFinishInflate()、布局inflate后的代码块）手动给变量赋值，完全掌控初始化时机。
• by lazy是被动触发初始化：只有当变量第一次被访问时，才会执行其初始化逻辑（也就是你的findViewById调用），触发时机不受你直接控制。

导致NPE的常见场景 #

1. 父类构造触发子类重写方法
   如果你的父类SimpleLabelView在构造函数中调用了某个可重写的方法（比如updateViewConfig()这类自定义方法），而你在CompactIconLabelView中重写了该方法并访问了iconView，此时会触发by lazy的初始化逻辑。但构造函数的执行顺序是「父类构造 → 子类布局inflate」，这时候子类的布局还没加载，findViewById会返回null，直接抛出NPE。而lateinit因为是在布局加载后才赋值，不会碰到这个问题。

2. 意外的提前访问
   如果在布局完全加载完成前（比如onFinishInflate()回调触发前），iconView被其他逻辑（比如父类的回调、属性监听、甚至异步线程的意外访问）触发了第一次访问，此时findViewById还无法找到目标View，返回null导致NPE。

修复方案 #

• 如果坚持用by lazy：确保变量的第一次访问时机在布局完全加载之后。比如把所有用到iconView的逻辑移到onFinishInflate()方法中执行，或者在子类init块完成布局inflate后，主动调用一次iconView的任意方法（比如iconView.isEnabled = true）来提前完成初始化。
• 更稳妥的选择：继续用lateinit：在onFinishInflate()或者布局inflate完成后直接给变量赋值，完全掌控初始化时机，从根源上避免意外的提前访问问题。

内容的提问来源于stack exchange，提问作者Dorian Pavetić