Unit 为啥还能当函数参数？面向实用的 Kotlin Unit 详解

视频先行

这是一篇视频形式的分享，如果你方便看，可以直接去看视频：

• 
  
• 哔哩哔哩：这里
  
• 抖音：这里
  
• YouTube：这里
  

下面是视频内容的脚本文案原稿分享。

视频文案原稿

很多从 Java 转到 Kotlin 的人都会有一个疑惑：为什么 Kotlin 没有沿用 Java 的 void 关键字，而要引入这个叫 Unit 的新东西？

// Java

public void sayHello() {

  System.out.println("Hello!");

}

// Kotlin

fun sayHello(): Unit {

  println("Hello!")

}

不过这个问题一般也不会维持很久，因为就算你不明白，好像……也不影响写代码。

直到这两年，大家发现 Compose 的官方示例代码里竟然有把 Unit 填到函数参数里的情况：

LaunchedEffect(Unit) {

  xxxx

  xxxxxx

  xxx

}

我们才觉得：「啊？还能这么写？」

Unit 的本质

大家好，我是扔物线朱凯。

今天来讲一讲 Unit 这个特殊的类型。

我们在刚学 Kotlin 的时候，就知道 Java 的 void 关键字在 Kotlin 里没有了，取而代之的是一个叫做 Unit 的东西：

// Java

public void sayHello() {

  System.out.println("Hello!")

}

// Kotlin

fun sayHello(): Unit {

  println("Hello!")

}

而这个 Unit，和 Java 的 void 其实是不一样的。比如 Unit 的返回值类型，我们是可以省略掉不写的：

// Kotlin

fun sayHello() {

  println("Hello!")

}

不过省略只是语法上的便利，实际上 Kotlin 还是会把它理解成 Unit。

Unit 和 Java 的 void 真正的区别在于，void 是真的表示什么都不返回，而 Kotlin 的 Unit 却是一个真实存在的类型：

public object Unit {

    override fun toString() = "kotlin.Unit"

}

它是一个 object，也就是 Kotlin 里的单例类型或者说单例对象。当一个函数的返回值类型是 Unit 的时候，它是需要返回一个 Unit 类型的对象的：

// Kotlin

fun sayHello() {

  println("Hello!")

  return Unit

}

只不过因为它是个 object ，所以唯一能返回的值就是 Unit 本身。

另外，这一行 return 我们也可以省略不写：

// Kotlin

fun sayHello() {

  println("Hello!")

}

因为就像返回值类型一样，这一行 return，Kotlin 也会帮我们自动加上：

// Kotlin

fun sayHello(): Unit {

  println("Hello!")

  return Unit

}

这两个 Unit 是不一样的，上面的是 Unit 这个类型，下面的是 Unit 这个单例对象，它俩长得一样但是是不同的东西。注意了，这个并不是 Kotlin 给 Unit 的特权，而是 object 本来就有的语法特性。你如果有需要，也可以用同样的格式来使用别的单例对象，是不会报错的：

object Rengwuxian


fun getRengwuxian(): Rengwuxian {

  return Rengwuxian

}

包括你也可以这样写：

val unit: Unit = Unit

也是一样的道理，等号左边是类型，等号右边是对象——当然这么写没什么实际作用啊，单例你就直接用就行了。

所以在结构上，Unit 并没有任何的特别之处，它就只是一个 Kotlin 的 object 而已。除了对于函数返回值类型和返回值的自动补充之外，Kotlin 对它没有再施加任何的魔法了。它的特殊之处，更多的是在于语义和用途的角度：它是个由官方规定出来的、用于「什么也不返回」的场景的返回值类型。但这只是它被规定的用法而已，而本质上它真就是个实实在在的类型。也就是在 Kotlin 里，并不存在真正没有返回值的函数，所有「没有返回值」的函数实质上的返回值类型都是 Unit，而返回值也都是 Unit 这个单例对象，这是 Unit 和 Java 的 void 在本质上的不同。

Unit 的价值所在

那么接下来的问题就是：这么做的意义在哪？

意义就在于，Unit 去掉了无返回值的函数的特殊性，消除了有返回值和无返回值的函数的本质区别，这样很多事做起来就会更简单了。

例：有返回值的函数在重写时没有返回值

比如？

比如在 Java 里面，由于 void 并不是一种真正的类型，所以任何有返回值的方法在子类里的重写方法也都必须有返回值，而不能写成 void，不管你用不用泛型都是一样的：

public abstract class Maker {

  public abstract Object make();

}


public class AppleMaker extends Maker {

  // 合法

  @Override

  public Apple make() {

    return new Apple();

  }

}


public class NewWorldMaker extends Maker {

  // 非法

  @Override

  public void make() {

    world.refresh();

  }

}

public abstract class Maker<T> {

  public abstract T make();

}


public class AppleMaker extends Maker<Apple> {

  // 合法

  Override

  public Apple make() {

    return new Apple();

  }

}


public class NewWorldMaker extends Maker<void> {

  // 非法

  Override

  public void make() {

    world.refresh();

  }

}

你只能去写一行 return null 来手动实现接近于「什么都不返回」的效果：

public class NewWorldMaker extends Maker {

  @Override

  public Object make() {

    world.refresh();

    return null;

  }

}

而且如果你用的是泛型，可能还需要用一个专门的虚假类型来让效果达到完美：

public class NewWorldMaker extends Maker<Void> {

  @Override

  public Void make() {

    world.refresh();

    return null;

  }

}

而在 Kotlin 里，Unit 是一种真实存在的类型，所以直接写就行了：

abstract class Maker {

  abstract fun make(): Any

}


class AppleMaker : Maker() {

  override fun make(): Apple {

    return Apple()

  }

}


class NewWorldMaker : Maker() {

  override fun make() {

    world.refresh()

  }

}

abstract class Maker<T> {

  abstract fun make(): T

}


class AppleMaker : Maker<Apple>() {

  override fun make(): Apple {

    return Apple()

  }

}


class NewWorldMaker : Maker<Unit>() {

  override fun make() {

    world.refresh()

  }

}

这就是 Unit 的去特殊性——或者说通用性——所给我们带来的便利。

例：函数类型的函数参数

同样的，这种去特殊性对于 Kotlin 的函数式编程也提供了方便。一个函数的函数类型的参数，在函数调用的时候填入的实参，只要符合声明里面的返回值类型，它是可以有返回值，也可以没有返回值的：

fun runTask(task: () -> Any) {

  when (val result = task()) {

    Unit -> println("result is Unit")

    String -> println("result is a String: $result")

    else -> println("result is an unknown type")

  }

}


...


runTask { } // () -> Unit

runTask { "完成！" } // () -> String

runTask { 1 } // () -> Int

Java 不支持把方法当做对象来传递，所以我们没法跟 Java 做对比；但如果 Kotlin 不是像现在这样用了 Unit，而是照抄了 Java 的 void 关键字，我们就肯定没办法这样写。

小结：去特殊化

这就是我刚才所说的，对于无返回值的函数的「去特殊化」，是 Unit 最核心的价值。它相当于是对 Java 的 void 进行了缺陷的修复，让本来有的问题现在没有了。而对于实际开发，它的作用是属于润物细无声的，你不需要懂我说的这一大堆东西，也不影响你享受 Unit 的这些好处。

…………

那我出这期视频干嘛？

——开个玩笑。了解各种魔法背后的实质，对于我们掌握和正确地使用一门语言是很有必要的。

延伸：当做纯粹的单例对象来使用

比如，知道 Unit 是什么之后，你就能理解为什么它能作为函数的参数去被使用。

Compose 里的协程函数 LaunchedEffect() 要求我们填入至少一个 key 参数，来让协程在界面状态变化时可以自动重启：

LaunchedEffect(key) {

  xxxx

  xxxxxx

  xxx

}

而如果我们没有自动重启的需求，就可以在参数里填上一个 Unit：

LaunchedEffect(Unit) {

  xxxx

  xxxxxx

  xxx

}

因为 Unit 是不变的，所以把它填进参数里，这个协程就不会自动重启了。这招用着非常方便，Compose 的官方示例里也有这样的代码。不过这个和 Unit 自身的定位已经无关了，而仅仅是在使用它「单例」的性质。实际上，你在括号里把它换成任何的常量，效果都是完全一样的，比如 true、比如 false、比如 1、比如 0、比如 你好，都是可以的。所以如果你什么时候想「随便拿个对象过来」，或者「随便拿个单例对象过来」，也可以使用 Unit，它和你自己创建一个 object 然后去使用，效果是一样的。

总结

好，这就是 Kotlin 的 Unit，希望这个视频可以帮助你更好地了解和使用它。下期我会讲 Kotlin 里另一个特殊的类型：Nothing。关注我，了解更多 Android 开发的知识和技能。我是扔物线，我不和你比高低，我只助你成长。我们下期见！