nil / Nil / NULL / NSNull
理解“不存在”的概念不仅仅是一个哲学的问题，也是一个实际的问题。我们是 有形 宇宙的居民，而原因在于逻辑宇宙的存在不确定性。作为一个逻辑系统的物理体现，电脑面临一个棘手的问题，就是如何用 存在 表达 不存在 .
在 Objective－C 中，有几个不同种类的 不存在。这样做的原因要追溯到一个频繁提及的NSHipster，讲解 Objective-C 如何在 C 的程序范例以及由 Smalltalk 启发的面向对象的范例中架起桥梁的。
C 用 0 来作为 不存在 的原始值，而 NULL 作为指针(这在指针环境中相当于0)。
Objective-C 在 C 的表达 不存在 的基础上增加了 nil。nil 是一个指向不存在的 对象 指针。虽然它在语义上与 NULL 不同，但它们在技术上是相等的。
在框架层面，Foundation 定义了 NSNull，即一个类方法 +null，它返回一个单独的 NSNull对象。NSNull 与 nil 以及 NULL 不同，因为它是一个实际的对象，而不是一个零值。
另外，在 Foundation/NSObjCRuntime.h 中，Nil 被定义为指向零的 类 指针。这个nil的鲜为人知的大写的表兄并不常常出现，但它至少值得注意。
关于 nil 的一些事
刚被 分配 的 NSObject 的内容被设置为0。也就是说那个对象所有的指向其他对象的指针都从 nil 开始，所以在 init 方法中设置 self.(association) = nil 之类的表达是没有必要的。
也许 nil 最显著的行为是，它虽然为零，仍然可以有消息发送给它。
在其他的语言中，比如 C++，这样做会使你的程序崩溃，但在 Objective-C 中，在 nil 上调用方法返回一个零值。这大大的简化了表达，因为它避免了在使用 nil 之前对它的检查：
// 举个例子，这个表达...
if (name != nil && [name isEqualToString:@"Steve"]) { ... }
// …可以被简化为：
if ([name isEqualToString:@"steve"]) { ... }
了解 nil 如何在 Objective-C 中工作可以让你将这个便利变成一个功能，而不是潜伏在你的应用中的 bug。要确保避免当 nil 值不需要的情况，要么通过检查或者提前返回来安静的失败，或者通过增加一个 NSParameterAssert 来抛出异常。
NSNull：有作没有
NSNull 在 Foundation 和其它框架中被广泛的使用，以解决如 NSArray 和 NSDictionary 之类的集合不能有 nil 值的缺陷。你可以将 NSNull 理解为有效的将 NULL 或者 nil 值封装boxing，以达到在集合中使用它们的目的：
NSMutableDictionary *mutableDictionary = [NSMutableDictionary dictionary];
mutableDictionary[@"someKey"] = [NSNull null]; // Sets value of NSNull singleton for `someKey`
NSLog(@"Keys: %@", [mutableDictionary allKeys]); // @[@"someKey"]
总的来说，这里的四个表达 没有 的值是每个 Objective-C 程序员都应该知道的：
| 标志 | 值 | 含义 |
|---|---|---|
| NULL | (void *)0 | C指针的字面零值 |
| nil | (id)0 | Objective-C对象的字面零值 |
| Nil | (Class)0 | Objective-C类的字面零值 |
| NSNull | [NSNull null] | 用来表示零值的单独的对象 |
