为何在Kotlin中使用let{}进行空值检查？其他作用域函数是否适用？

其实不是必须“偏偏”用let，只是它在空值检查场景下最贴合需求，其他作用域函数并非不能用，但各有语义和功能侧重，得看具体场景：

let适配空值检查的核心原因 #

• 配合空安全调用符?.使用时，?.let{}会自动把非空的对象传入lambda，用it指代，无需额外判空，写法简洁：

  val nullableStr: String? = "Hello"
  nullableStr?.let {
      println(it.length) // it自动是非空的，直接用
      it.uppercase() // 还能返回处理后的结果
  }
  

• 语义明确：let的核心语义就是“拿这个对象做些处理，返回结果”，和空值检查后执行操作的场景完全匹配。

其他作用域函数的局限或语义差异 #

• run：
  用nullableObj?.run{}也能做空检查，但lambda里用this指代对象，在嵌套lambda场景下容易混淆；而且run更偏向“执行一段依赖对象的代码并返回结果”，如果只是简单的空值后操作，语义上不如let直观。
• with：
  with必须先手动判空才能使用，写法繁琐：

  if (nullableObj != null) {
      with(nullableObj) {
          // 处理逻辑
      }
  }
  

  没法像?.let一样一步完成空检查+执行操作。
• apply：
  apply返回的是原对象，语义是“配置这个对象”（比如给属性赋值），如果只是做空检查后执行非配置类操作，用apply就显得语义不符；而且它不支持返回处理后的新值。
• also：
  also同样返回原对象，语义是“对对象做额外的附属操作”（比如打印日志），适合副作用场景，但如果需要转换对象或返回结果，also就不适用。

总结 #

let不是唯一能做空值检查的作用域函数，但它在简洁性、语义匹配度、功能灵活性上是空值检查场景的最优解。其他函数各有擅长的领域，比如apply适合对象配置，run适合代码块执行，also适合副作用操作，但空值检查这件事，let确实是最顺手的选择。

内容的提问来源于stack exchange，提问作者Андрей Баранов