iOS开发之NS_ASSUME_NONNULL_BEGIN和 NS_ASSUME_NONNULL_END

    最近使用新更新的Xcode10.0新建类时，发现它自动为我们在.h文件里添加了NS_ASSUME_NONNULL_BEGIN和 NS_ASSUME_NONNULL_END。如下示例：

#import <UIKit/UIKit.h>

NS_ASSUME_NONNULL_BEGIN

@interface WechatLoginBindPhoneController : UIViewController

@end

NS_ASSUME_NONNULL_END

    不过这并不是Objective-C的新特性，我们都知道在swift中，可以使用!和?来表示一个对象是optional的还是non-optional，如view?和view!。而在 Objective-C中则没有这一区分，view既可表示这个对象是optional，也可表示是non-optional。这样就会造成一个问题：在 Swift与Objective-C混编时，Swift编译器并不知道一个Objective-C对象到底是optional还是non-optional，因此这种情况下编译器会隐式地将Objective-C的对象当成是non-optional。

    为了解决这个问题，苹果在Xcode 6.3引入了一个Objective-C的新特性：nullability annotations。这一新特性的核心是两个新的类型注释： __nullable 和 __nonnull 。从字面上我们可以猜到，__nullable表示对象可以是NULL或nil，而__nonnull表示对象不应该为空。当我们不遵循这一规则时，编译器就会给出警告。

    事实上，在任何可以使用const关键字的地方都可以使用__nullable和__nonnull，不过这两个关键字仅限于使用在指针类型上。而在方法的声明中，我们还可以使用不带下划线的nullable和nonnull，如下所示：

- (nullable id)itemWithName:(NSString * nonnull)name

    在属性声明中，也增加了两个相应的特性，因此上例中的items属性可以如下声明：

@property (nonatomic, copy, nonnull) NSArray * items;

    当然也可以用以下这种方式：

@property (nonatomic, copy) NSArray * __nonnull items;

    推荐使用nonnull这种方式，这样可以让属性声明看起来更清晰。

    如果需要每个属性或每个方法都去指定nonnull和nullable，是一件非常繁琐的事。苹果为了减轻我们的工作量，专门提供了两个宏：NS_ASSUME_NONNULL_BEGIN， NS_ASSUME_NONNULL_END。在这两个宏之间的代码，所有简单指针对象都被假定为nonnull，因此我们只需要去指定那些nullable的指针。

不过，为了安全起见，苹果还制定了几条规则：

• typedef定义的类型的nullability特性通常依赖于上下文，即使是在Audited Regions中，也不能假定它为nonnull。
• 复杂的指针类型(如id *)必须显示去指定是non null还是nullable。例如，指定一个指向nullable对象的nonnulla指针，可以使用”__nullable id * __nonnull”。

  __nullable id * __nonnull

• 我们经常使用的NSError **通常是被假定为一个指向nullable NSError对象的nullable指针。