Kotlin中sealed class与open class的区别及使用优势

你提到用open类似乎能实现sealed类的功能，但二者的核心区别在于子类范围限制和编译时的穷尽性检查，这也是sealed类不可替代的优势。

1. 子类范围的严格限制 #

• Sealed类：直接子类只能定义在同一个文件内（或作为sealed类的嵌套类），外部代码无法随意新增子类。这意味着整个类型层级是固定、可预见的。
• Open类：没有任何限制，任何代码文件都可以创建新的子类，类型分支会随着扩展变得不可控。

2. When表达式的穷尽性检查（核心优势） #

这是sealed类最实用的特性，编译器会在编译阶段帮你确保所有可能的类型分支都被处理：

Sealed类示例 #

sealed class Test {
    class StressTest(val message: String) : Test()
    class LoadTest(val data: Int) : Test()
}

fun handleTest(test: Test) {
    when(test) {
        is Test.StressTest -> println("压力测试：${test.message}")
        is Test.LoadTest -> println("负载测试：${test.data}")
        // 无需写else分支，编译器确认所有子类已覆盖
    }
}

如果漏写任意一个子类的分支，编译器会直接报错，强制你补全逻辑，避免漏处理。

Open类示例 #

open class Test {
    class StressTest(val message: String) : Test()
    class LoadTest(val data: Int) : Test()
}

// 其他文件可随意新增子类
class PerformanceTest(val latency: Long) : Test()

fun handleTest(test: Test) {
    when(test) {
        is Test.StressTest -> println("压力测试：${test.message}")
        is Test.LoadTest -> println("负载测试：${test.data}")
        // 必须写else分支，否则编译器报错——因为它无法确认是否存在其他子类
        else -> println("未知测试类型")
    }
}

这里即使你当前覆盖了所有已知子类，后续新增PerformanceTest后，handleTest会直接走到else分支，而你可能没有针对该类型的处理逻辑，埋下潜在bug。

3. 语义层面的明确性 #

• Sealed类从定义上就传达了固定类型层级的语义，适合表示有限的状态、事件或选项（比如UI状态：Loading、Success、Error；网络请求结果：Success、Failure、Timeout）。
• Open类则代表可扩展的基类，允许外部继承扩展，适合需要被复用、扩展的通用类（比如Android的Activity、自定义的基础工具类）。

总结 #

Sealed类的核心价值是编译时安全性，它通过限制子类范围，让编译器能帮你确保所有类型分支都被处理，彻底避免漏处理的逻辑错误；而open类的灵活性则带来了不可控的扩展风险，无法提供这种编译时保障。

内容的提问来源于stack exchange，提问作者mahdi sadeghi