关于KVC的方法
- (void)setValue:(nullable id)value forKey:(NSString *)key;
从上面的参数类型可以看出,value必须是一个对象,可以为nil对象.
当你的属性是@property (nonatomic, assign) NSInteger testNum;
则在使用KVC时,必须将其转换成NSNumber对象,或NSString对象.但不能转换成数组等其他对象类型.
[self setValue:@99 forKey:@"testNum"]; //√
[self setValue:@"99" forKey:@"testNum"]; //√
[self setValue:@[@99] forKey:@"testNum"]; //x.程序崩溃,提示:-[__NSArrayI longLongValue]: unrecognized selector sent to instance 0x12750c110
猜测:当属性的类型是基础类型时使用KVC,苹果内部会给传入的value参数发送-longLongValue消息,然后赋值给属性的值.然而NSArray,并没有longLongValue这个方法,于是崩溃.(NSNumber和NSString都有longLongValue方法).
示例:
[self setValue:@"99" forKey:@"testNum"];
NSLog(@"%ld", self.testNum); //这里打印的是99
self.testNum += 4;
NSLog(@"%ld", self.testNum);
另外对标量类型的属性,进行kvc取值,得到的是一个NSNumber对象,而不是什么NSString对象.
例:
//@property (nonatomic, assign) int age;
self.age = 4;
self.age += 5;
NSString *str = [self valueForKey:@"age"];
NSLog(@"%lu", (unsigned long)str.length); ////-[__NSCFNumber length]: unrecognized selector sent to instance 0xb000000000000092
可以看出,系统对标量类型的属性,valueForKey得到的是封装为NSNumber的对象.如果对这个NSNumber的对象发送其他类的方法将导致崩溃.
注意:你声明的属性是对象类型时,那么你使用KVC时传入的参数value就应该是对应的类型.否则你使用该属性时,尤其是调用这个属性类型里面的方法时将导致崩溃,虽然在kvc赋值时不会崩溃.
比如:
有属性@property (nonatomic, strong) NSString *testStr;
有如下代码:
NSArray *sd = @[@"afaf"];
[self setValue:sd forKey:@"testStr"];
NSLog(@"%@", self.testStr); //打印:(afaf).打印这个属性的值并不会崩溃.
NSString *d = self.testStr; //这里也不会崩溃,也没有任何警告.
NSLog(@"%@",[d class]); //打印:__NSArrayI.说明变量d的类型并不是NSString.
NSString *gs = [NSString stringWithString:d]; //程序在这一行崩溃.提示-[__NSArrayI length]: unrecognized selector sent to instance 0x15cd2c1d0
NSLog(@"%@",gs);
因此,如果服务器返回的数据类型和我们的模型定义的类型不匹配时,比如模型定义的字段是NSString,而服务器端返回的是NSArray,那么虽然KVC赋值时不会出错,但是在使用这个对象时,就会崩溃.因此在KVC设值前最好判断一下是不是类型匹配.如果一个模型属性有很多个,那么KVC设值前每个都判断一下岂不是很繁琐,我觉得这个问题可以使用运行时来解决.这样做了判断后,不管服务器那边传的什么类型的数据我们客户端都不会崩溃,提高了软件的健壮性.
KVC的valueForKey:方法是从哪里获取的值
对于KVC取值方法:
- (nullable id)valueForKey:(NSString *)key;
它返回的值是从属性的访问器getter方法得来.
查找getter方法的顺序是-get<Key>, -<key>, or -is<Key>.
经测试,当类里面确实有定义"key"这么一个属性时,如果有重写-get<Key>, -<key>方法则会按上述写的顺序查找,有找到则执行该方法并返回且不再继续查找,如果只重写了-is<Key>方法,则这种情况会忽略-is<Key>方法.
如果类里面没有定义"key"这么一个属性时,查找getter方法的顺序是-get<Key>, -<key>, or -is<Key>(驼峰命名法,第二个单词首字母大写).如果重写了-is<Key>方法,会调用-is<Key>方法.
当这些getter方法都没有找到,且类里面没有定义"key"这么一个属性时,那么系统会调用valueForUndefinedKey方法，此方法系统默认抛出异常。可重写valueForUndefinedKey方法,自定义处理.
从上面的分析可知如果类里面没有这么一个属性,且也没有重写-get<Key>, -<key>, or -is<Key>方法,那么系统会调用valueForUndefinedKey方法并抛出一个异常.简单点说就是对类KVC(不管是取值还是设值)一个不存在的属性时,将导致崩溃.
所以建模时,在使用KVC设值时,最好不要自己一个一个去给模型的属性KVC设值,这样不仅会写出一大段繁琐的代码,而且还会因为key的拼写错误导致崩溃.
解决办法:
- 使用第三方建模框架Mantle,或者JSONModel,或者MJExtension.这种更安全.
- 当然你也可以使用运行时来获取模型类的所有属性,这时便会得到一个属性名的数组,还可以得到属性的类型,然后你在赋值前,先判断下属性接收的对象类型是否和要被赋值的类型是否匹配,匹配才赋值.这样就可以最大限度的减少KVC带来的崩溃.
另外:
#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64
typedef long NSInteger;
typedef unsigned long NSUInteger;
#else
typedef int NSInteger;
typedef unsigned int NSUInteger;
#endif
对于NSNumber类,它有以下方法
@property (readonly) int intValue;
@property (readonly) unsigned int unsignedIntValue;
@property (readonly) long longValue;
@property (readonly) unsigned long unsignedLongValue;
@property (readonly) long long longLongValue;
@property (readonly) unsigned long long unsignedLongLongValue;
@property (readonly) NSInteger integerValue NS_AVAILABLE(10_5, 2_0);
@property (readonly) NSUInteger unsignedIntegerValue NS_AVAILABLE(10_5, 2_0);
而对于NSString类,它有:
@property (readonly) int intValue;
@property (readonly) NSInteger integerValue NS_AVAILABLE(10_5, 2_0);
@property (readonly) long long longLongValue NS_AVAILABLE(10_5, 2_0);
可以看到,NSString类里面把NSString对象转换成基础类型的方法远比NSNumber类里的要少.所以当你有属性为
@property (nonatomic, assign) NSUInteger testNum;
那么当执行下面的KVC时,将崩溃.提示:-[__NSCFConstantString unsignedLongLongValue]: unrecognized selector sent to instance 0x1001008d0
[self setValue:@"99" forKey:@"testNum"];
而执行[self setValue:@99 forKey:@"testNum"];则不会崩溃.
综上,当建模时,如无特别要求,基础数据类型最好设置为NSInteger,或int或者干脆设置为NSString类型.设置为NSUInteger可能会在使用KVC时导致崩溃.特别是在结合JSONModel第三方库使用时.
