随着 Xcode 6.3 的发布，带来了新版的 Clang，引入了一些新的关键字：
__nonnull / nonnull ，标示该指针不应该为 nil，如果传 nil 给该指针，将会收到编辑器的警告。
__nullable / nullable ，标示该指针可以为 nil 或 NULL，通常在审查区域中修饰例外的指针使用。
_nullunspecified / null_unspecified , 标示该指针是否为 nil 是不确定的，基本不会用到。
null_resettable，属性专用，标示该属性永远都有非 nil 默认值，即使传入 nil。即传 nil 恢复默认值。
有无下划线的区别就像 __strong 和 strong，__weak 和 weak。你可以像使用 const 关键字那样使用带有下划线的关键字，但这些关键字的的位置并不需要像 const 关键字那么严谨，因为 const 关键字根据摆放位置不同，修饰的内容也不同。而这些关键字其实是所有权限定词，是用来修饰指针的，所以摆放的位置并不重要。
另外值得注意的是所有这些关键字只有在声明文件中使用才有效。在此之前无法做到标明一个指针不能为 nil，只能注释或者使用粗暴的断言和异常，这实际上一点都不优雅，并且程序员常犯的一个错误就是不看注释。好在现在我们可以使用 nonnull 关键字做到能在编译阶段就解决这个问题。nonnull 这个关键词我相信很多使用 Xcode 6.3 的开发者应该已经不陌生了，当声明属性时想要输入 nonatomic 关键字，但经常会自动提示为 nonnull。下面是一个使用示例，我们根据实际情况对不同的指针使用了不同的关键字。全部使用关键字修饰的另外一个原因在于如果有一个指针使用了关键字，那么编辑器就会重新编译这个文件，对于没有使用关键字的指针报出警告，为了消除这些警告，不得不使用关键字修饰所有的指针。 （因为我比较懒，所以我就直接使用官方的示例代码了。）
@interface AAPLList : NSObject// ...
- (AAPLListItem * __nullable)itemWithName:(NSString * __nonnull)name;
@property (copy, readonly) NSArray * __nonnull allItems;
// ...
@end
// --------------
[self.list itemWithName:nil]; // 对于一个标示为不能为 nil 的参数传入nil，编辑器此时会报出警告。
// 对于一个标示为不能为 nil 的参数传入nil，编辑器此时会报出警告。通常情况下使用不带下划线的关键字会更方便易读一些：
@property (copy, nullable) NSString *name;
@property (copy, readonly, nonnull) NSArray *allItems;
- (nullable AAPLListItem *)itemWithName:(nonnull NSString *)name;
- (NSInteger)indexOfItem:(nonnull AAPLListItem *)item;
上面说过如果有一个指针使用了关键字，那么编辑器就会重新编译这个文件，对于没有使用关键字的指针报出警告，为了消除这些警告，不得不使用关键字修饰所有的指针。如果一个类里有很多的指针，那么就会很不方便，好在同时引入的还有一个叫做审查区域（Audited Regions）的概念。其实就是类似于以往的警告忽略：
#pragma clang diagnostic push#pragma clang diagnostic ignored "-Wgnu" // my code#pragma clang diagnostic pop审查区域是这样：
#pragma clang assume_nonnull begin
// my code
#pragma clang assume_nonnull end
但为了使用方便，它被声明为一对宏：
NS_ASSUME_NONNULL_BEGIN
// my code
NS_ASSUME_NONNULL_END
下面是示例代码：
NS_ASSUME_NONNULL_BEGIN @interface AAPLList : NSObject// ...
- (nullable AAPLListItem *)itemWithName:(NSString *)name;
- (NSInteger)indexOfItem:(AAPLListItem *)item;
@property (copy, nullable) NSString *name;
@property (copy, readonly) NSArray *allItems;
// ...
@end
NS_ASSUME_NONNULL_END
// --------------
self.list.name = nil; // okay
AAPLListItem *matchingItem = [self.list itemWithName:nil]; // warning!
这里就是文章开头对 nullable 的“通常在审查区域中修饰例外的指针使用”的解释。包含在审查区域中的所有没有指定修饰符的指针都被修饰为 nonnull 。
注意审查区域不支持仅修饰文件内部分代码段。
为了安全起见，这里面也有几种例外的情况：
typedef 定义的类型即使在审查区域内也不会被修饰为 nonnull，原因在于它可以根据上下文自动判断是 nullable 还是 nonnull。
类似于 id * 这样的复杂指针类型必须显式地声明修饰，如果你要把一个被 nullable 修饰的指针指向一个被 nonnull 修饰的指针，你必须这么做：__nullable id * __nonnull。
像 NSError ** 这种通常通过方法参数返回的指针，将总是被当作是一个被 nullable 修饰的指针指向一个 被 nullable 修饰的指针：__nullable NSError ** __nullable。
