kotlin空安全,反射,注解.pdfVIP

Kotlin 空安全, 反射，注解   导读 1. Kotlin 如何保证 null 安全的处理？ 2. 如何在运⾏时通过反射来检查代码？ 3. kotlin 的注解对编译器有什么影响？ 1 空安全 空指针是任何⼀个 java 开发⼈员的噩梦，不管他⼯作多久。这是由于他未能正确处理 空指针。在其他语⾔中，都⽤不同的思想避免这种问题。 创造这个空指针的⼈说：这是在1965年发明的，我也挡不住诱惑，因为它太容易 实现了。 在 C 语⾔中⼀个简单的空指针引⽤就能导致崩溃，在 Java ⾥⾯变⾼级了，出现了 ⼀个 NullPointerException ， jvm 不会崩溃。但可能是由于⼀个 try catch, 在写代码的 时候，记得捕获住哦（在这个上⾯吃了很多亏 ……）。groovy 和 C# 引⼊设计允许编 译器捕捉潜在nullable代码。 //待定 突然想到⼀个问题。为什么应⽤ 在某些界⾯崩溃后，还能看⻅其他界⾯？ 但是有 些崩溃，整个应⽤就彻底崩溃了？ 我在想是不是某些异常虽然出现了，但是 jvm 不会崩溃，所以程序 crash 后，后 ⾯的界⾯还能展示出来。对于某些 崩溃，直接把 jvm 搞崩溃了，那么整个 app 也就 崩溃了。 这⾥有个前提就是，你启动了好多的界⾯，最上层的崩溃了，才能看⻅这样 的问题。这是推测。 null safe 不是⼀个空容器，不强迫程序员抛出异常，会交给类型系统和编译器。 Kotlin 类型系统致⼒于消灭空引⽤。 唯⼀可能引起 NPE 异常的可能是： 明确调⽤ throw NullPointerException() 外部 java 代码引起 ⼀ 些前后⽭盾的初始化(在构造函数中没初始化的成员在其它地⽅使⽤) 2 Nullable types 在 Kotlin 类型系统中可以为空和不可为空的引⽤是不同的。⽐如，普通的 String 类型 的变量不能为空： var a: String =abc a = null //编译错误 允许为空，我们必须把它声明为可空的变量： var b: String? = abc b = null 现在你可以调⽤ a 的⽅法，⽽不⽤担⼼ NPE 异常了： val l = a.length() 但如果你想使⽤ b 调⽤同样的⽅法就有可能报错了： val l = b.length() //错误：b 不可为空 Smart cast fun getName(): String? = WQ //Smart cast // fun getName(): String? { return hello } //Smart cast 也可以这样 val name = getName() // name.length // 直接写报错, 编译器检测到可能为 null if (name != null) { //Smart cast println(name.length) } 3 Safe null access 智能转换是⼀个⾮常好的特性, 提供了⼀个可读的⽅式分⽀处理null。然⽽,当我们有链 式操作,每⼀步都可能产⽣⼀个零,很快就会变得不可读的代码。 就像这样：   层级太深了。 使⽤ kotlin 的 smart cast 可以实现的更优雅：