Bia*_*asu 6 nullable kotlin nullability
当我在 Kotlin 中学习新组件时，我遇到了requireNotNull，checkNotNull但我发现的唯一区别是requireNotNull可以抛出一段IllegalArgumentException时间checkNotNull可以抛出一个IllegalStateException. 这是有两种方法的唯一原因，还是我缺少一些底层实现细节？
就编译器而言，异常类型是唯一的实际区别——但对于任何阅读代码的人来说，意图有很大的不同：
•require…()函数用于检查参数，以确认函数的输入满足其约定。？所以你通常会在函数中首先调用它们。？（当然，Kotlin 的不可空类型意味着您不需要调用requireNotNull()单个参数；但您可能需要检查参数组合或其子对象的更复杂的条件。）？这就是他们抛出的原因IllegalArgumentException：它正在检查参数是否合法。
•check…()函数用于检查相关属性，以确认对象或其他任何内容处于有效状态以便现在调用此函数。？（同样，任何从不为null 的属性都将被相应地键入，因此checkNotNull()更适用于属性、组合和/或子属性可以为 null 的情况，但在它们为 null 时不得调用此函数。）？所以他们抛出IllegalStateException：他们正在检查对象的当前状态是否允许调用该函数。
在这两种情况下，您当然可以编写标准if检查（就像在 Java 中一样）。？或者您可以使用 Elvis 运算符?:在第一次使用可能为空的值时进行检查。？但是这些函数为您提供了一种更具声明性形式的替代方案：您通常将它们放在函数的顶部，在那里它们阐明了函数的契约是什么，这对于任何浏览代码的人来说都是显而易见的。
正如链接的答案所指出的那样，还有assert…()功能，它们再次具有比实际功能更多的语义差异。？这些用于检测远离函数调用边界的编程错误：用于确认不变量和其他条件，以及用于单元测试和其他自动化测试中的所有检查。
（断言还有一个重要的区别：它们可以从命令行启用和禁用。？虽然根据我的经验，这不是一件好事。？如果检查很重要，它应该始终运行：是强制性的；如果不是，那么它应该被删除，或者至少移动到自动化测试，一旦代码被调试。）