（转）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 值不需要的情况，要么通过检查或者提前返回来安静的失败，或者通过增加一个 NSParameter<wbr style="box-sizing: border-box;">Assert 来抛出异常。

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 程序员都应该知道的：

原文链接：nil / Nil / NULL / NSNull