Nullability and Objective-C
文章目录
前言
因为遇到了一个问题,在Swift项目中引用Objective-C编写的第三方库,由于这个库没有做好Nullability的处理,默认的返回的对象以及对象属性都是隐式拆包的,在某些情况下返回nil时,会导致程序崩溃,主要出现在使用getter,setter返回的对象,或者用strong修饰的属性
对于自己的编写的程序,我们大概清楚到底什么时候返回nil,什么时候不返回,而对于一些开放源码的第三方库,不清楚的情况下也能通过看代码解决问题,但如果是静态库,那就很蛋疼了,比如微信支付SDK。Apple引入nullability原本就是为了确保Objective-C向Swift的过渡,奈何两年多过去了,许多开发者依旧没有采用
处理方式
对于这种情况,在选择第三方库时,避免没有使用nullability的,如果已经采用了,那么在使用时,需要检查返回值,比如微信支付的回调处理中
var info:String = "支付失败"
if let err:String = resp.errStr {
info += ": " + err
}
返回的PayResp的errStr属性默认是隐式拆包的,出现返回值为空时,就会Crash,另外一些针对UIKit对象的Category也有一样的问题,这个更容易被忽略
Nullability and Objective-C
这里对Apple文档的做一些记录,原链接在这里:Nullability and Objective-C
在Xcode 7及之后,Nullability相关的类型标记有四个:_Nullable 、_Nonnull、nullable、nonnull
区别用一段代码就可以表示:
- (AAPLListItem * _Nullable)itemWithName:(NSString * _Nonnull)name;
@property (copy, readonly) NSArray * _Nonnull allItems;
- (nullable AAPLListItem *)itemWithName:(nonnull NSString *)name;
@property (copy, readonly, nonnull) NSArray *allItems;
_Nullable与_Nunnull位于指针后,而nullable与nonnull放在类型之前,也可以存放在property中
当然如果觉得添加大量的nonnull很麻烦的话,可以采用标记头文件的部分区域,该区域内的普通指针默认标记为nonnull,而手动标记为nullable的不受影响,就像最初引入自动引用计数时一样,另外如果属性标记为weak,会有提示添加_Nullable或nullable标记。
示例代码如下:
<strong>NS_ASSUME_NONNULL_BEGIN</strong>
@interface AAPLList : NSObject <NSCoding, NSCopying>
// ...
- (nullable AAPLListItem *)itemWithName:(NSString *)name;
- (NSInteger)indexOfItem:(AAPLListItem *)item;
@property (copy, nullable) NSString *name;
@property (copy, readonly) NSArray *allItems;
// ...
@end
<strong>NS_ASSUME_NONNULL_END</strong>
// --------------
self.list.name = nil; // okay
AAPLListItem *matchingItem = [self.list itemWithName:nil]; // warning!
采用nullability后,如果给一个标记为nonnull的参数传递nil会收到警告
另外标记区域对一些特殊的类型无效,包括:
- typedef 类型,它们受上下文影响可以为空也可以不为空,所以不能推断为nonnull
- 复杂的指针类型如:id *,需要准确的标记,例如:指向一个非空指针的,但可以为空的对象引用,_Nullable id * _Nonnull,id本身就是一个指针,可以为空,而它指向的指针不能为空
- 特殊的类型 **NSError ****,它是一个可以为nil的指针,而它指向的NSError对象引用也可以为nil
最后是两个例子:
Fabirc
使用NS_ASSUME_NONNULL_BEGIN与NS_ASSUME_NONNULL_END标记头文件,然后对可以为空的参数标记nullable,另外它也针对不支持nullability的环境做了兼容,重定义了相关了关键字
SDWebImage
默认使用小写,不带下划线的标记,对于block类型中的参数和const修饰的变量,使用大写带下划线的标记
@property (strong, nonatomic, <strong>nonnull</strong>) NSOperationQueue *downloadQueue;
@property (assign, nonatomic, <strong>nullable</strong>) Class operationClass;
extern NSString * <strong>_Nonnull</strong> const SDWebImageDownloadStartNotification;
typedef void(^SDWebImageDownloaderCompletedBlock)(UIImage * <strong>_Nullable</strong> image, NSData * <strong>_Nullable</strong> data, NSError * <strong>_Nullable</strong> error, BOOL finished);