一文带你吃透Kotlin中 lateinit 和 by lazy 的区别和用法

在 Kotlin 中,lateinitby lazy 都是用于处理延迟初始化的机制,但它们的实现方式、适用场景和特性有显著差异。本文将从原理、用法到实际场景结合示例代码的进行讲解。

一、 lateinit 的特点与使用场景

1、特性

  • 修饰可变变量 :仅用于 var 声明。
  • 手动初始化:开发者需在适当位置(如生命周期回调)显式初始化。
  • 非空类型 :只能用于非空类型(如 StringView),不支持基本数据类型 (如 IntBoolean)。
  • 异常风险 :访问未初始化的变量会抛出 UninitializedPropertyAccessException
  • 无线程安全:需自行处理多线程环境下的初始化。

2、适用场景

  • Android 组件初始化 :如 Activity/Fragment 中的 View 绑定。
  • 依赖注入:框架(如 Dagger)在运行时注入的变量。
  • 明确生命周期 :确保在使用前完成初始化(如 onCreate() 中初始化)。

3、示例代码

kotlin 复制代码
class MyActivity : AppCompatActivity() {
    private lateinit var button: Button // 非空,延迟初始化

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        button = findViewById(R.id.btn_submit) // 手动初始化
        button.setOnClickListener { /* ... */ }
    }
}

二、 by lazy 的特点与使用场景

1、特性

  • 修饰只读变量 :仅用于 val 声明。
  • 自动初始化:首次访问时执行 Lambda 表达式并缓存结果。
  • 支持所有类型 :包括基本数据类型(如 IntBoolean)。
  • 线程安全 :默认使用 LazyThreadSafetyMode.SYNCHRONIZED(安全但略慢),可自定义模式。
  • 无异常风险:首次访问时必然初始化。

2、适用场景

  • 高开销初始化:如数据库连接、文件读取。
  • 单例模式:确保全局唯一实例。
  • 条件性初始化:仅在需要时才创建对象。

3、示例代码

kotlin 复制代码
class MyService {
    // 高开销资源,首次访问时初始化
    private val database: Database by lazy {
        Database.connect("jdbc:mysql://localhost:3306/mydb")
    }

    fun queryData() {
        val result = database.query("SELECT * FROM users") // 首次调用时初始化
        // ...
    }
}

三、核心对比表格

特性 lateinit var val by lazy
变量类型 可变 (var) 只读 (val)
初始化时机 手动显式初始化 首次访问时自动初始化
适用数据类型 非空对象类型(不支持基本类型) 所有类型(包括基本类型)
线程安全 需自行处理 默认线程安全(可配置模式)
异常风险 未初始化时抛出异常 无(确保首次访问时初始化)
典型场景 Android View 绑定、依赖注入 单例、高开销资源、延迟计算

四、如何选择?

1、选择 lateinit 当:

  • 变量需要重新赋值(var)。
  • 初始化时机明确(如生命周期方法中)。
  • 处理非空对象且无法使用 by lazy(如基本类型不适用)。

2、选择 by lazy 当:

  • 变量只需初始化一次且不可变(val)。
  • 需要延迟初始化直到首次使用,减少启动开销。
  • 需要线程安全的延迟初始化。

五、高级用法与注意事项

1、by lazy 的线程模式

kotlin 复制代码
val data: List<String> by lazy(LazyThreadSafetyMode.NONE) {
    // 非线程安全模式,适用于单线程环境
    loadExpensiveData()
}

2、lateinit 的初始化检查

kotlin 复制代码
if (::button.isInitialized) { // 使用反射检查是否初始化
    button.text = "Click Me"
}

3、避免陷阱

  • lateinit 未初始化 :确保在使用前初始化,或通过 isInitialized 检查。
  • by lazy 的副作用:Lambda 中的代码应幂等,避免重复执行产生意外结果。

六、总结

  • lateinit:适用于可变、生命周期明确的对象,需手动控制初始化。
  • by lazy:适用于只读、高开销或按需初始化的资源,自动处理线程安全。

根据变量是否需要可变、初始化成本及线程需求,合理选择二者以提升代码效率和安全性。

更多分享

  1. 一文吃透Kotlin中冷流(Clod Flow)和热流(Hot Flow)
  2. 一文带你吃透Kotlin协程的launch()和async()的区别
  3. 一文带你吃透接口(Interface)结合 @AutoService 与 ServiceLoader 详解
  4. 一文带你吃透Android中显示Intent与隐式Intent的区别
  5. 一文带你吃透Android View绘制流程与原理详解
相关推荐
消失的旧时光-19432 小时前
从 Kotlin 到 Dart:为什么 sealed 是处理「多种返回结果」的最佳方式?
android·开发语言·flutter·架构·kotlin·sealed
有位神秘人2 小时前
kotlin与Java中的单例模式总结
java·单例模式·kotlin
Jinkxs2 小时前
Gradle - 与Groovy/Kotlin DSL对比 构建脚本语言选择指南
android·开发语言·kotlin
&有梦想的咸鱼&2 小时前
Kotlin委托机制的底层实现深度解析(74)
android·开发语言·kotlin
golang学习记2 小时前
IntelliJ IDEA 2025.3 重磅发布:K2 模式全面接管 Kotlin —— 告别 K1,性能飙升 40%!
java·kotlin·intellij-idea
LDORntKQH2 小时前
基于深度强化学习的混合动力汽车能量管理策略 1.利用DQN算法控制电池和发动机发电机组的功率分配 2
android
冬奇Lab2 小时前
Android 15 ServiceManager与Binder服务注册深度解析
android·源码·源码阅读
2501_916008894 小时前
深入解析iOS机审4.3原理与混淆实战方法
android·java·开发语言·ios·小程序·uni-app·iphone
独行soc5 小时前
2026年渗透测试面试题总结-20(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
常利兵6 小时前
2026年,Android开发已死?不,它正迎来黄金时代!
android