JSONModel:NSUInteger类型属性可能的崩溃分析及解决

预备知识
当属性是基本数据类型时,在使用KVC时,KVC方法会自动把传入的value对象类型转换成基础数据类型,(即调用那些intValue啥的)如果传入的value对象类型没有这些方法,比如你传入一个数组对象,那么在转换成基础数据类型时将崩溃.其他转换是JSONModel做了,比如value是NSString类型,而你的模型属性是NSNumber类型.

遇到的bug

在项目中建了一个Model,里面有一个字段设置为NSUInteger,对应服务器端的类型是字符型的.在4s i0S9以下正常,在4s iOS9及在5s上崩溃.
崩溃的地方出现在KVC赋值时.
在这里崩溃.

 // 0) handle primitives
 if (property.type == nil && property.structName==nil) {
 
 //generic setter
 if (jsonValue != [self valueForKey:property.name]) {
 [self setValue:jsonValue forKey: property.name];//在这里崩溃.崩溃提示:-[NSTaggedPointerString unsignedLongLongValue]: unrecognized selector sent to instance 0xa000000000033322.显然是因为NSString类里面没有unsignedLongLongValue这个方法.
 }
 
 //skip directly to the next key
 continue;
 }

那么为什么在4s i0S9以下没有崩溃而在4s iOS9及在5s以上崩溃呢?
极有可能是因为在4s i0S9以下时,系统能够找到将NSString对象转为基础类型NSUInteger的方法,而在4s iOS9及在5s以上时找不到对应的方法从而抛出unrecognized selector错误.现在要做的就是找到在4s i0S9以下时系统调用了NSString的哪个方法.想要看执行了哪个方法最简单的办法就是打断点了,然而系统的源代码看都看不到怎么断点?没关系,通过符号断点就可以断住了.

根据宏定义:

#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

可知在4s i0S9以下时的NSUInteger相当于unsigned int.其他情况NSUInteger相当于unsigned long.但是查了一下NSString类转基础类型的方法:

@property (readonly) double doubleValue;
@property (readonly) float floatValue;
@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);
@property (readonly) BOOL boolValue NS_AVAILABLE(10_5, 2_0);  // Skips initial space characters

也没有unsignedIntValue;方法.为啥没崩溃呢?只能说明苹果调用了其他的某个方法(事实证明苹果调用了longLongValue方法).根据文档说明:
Similarly, setValue:forKey: determines the data type required by the appropriate accessor or instance variable for the specified key. If the data type is not an object, then the value is extracted from the passed object using the appropriate -Value method.
再通过打符号断点"-[NSString longLongValue]",发现程序断住了:

23EEA9D2-9056-4EC3-919F-39758606D63D.png

说明苹果确实调用了longLongValue方法.

如何解决这个bug

显然最方便的是不使用NSUInteger类型声明属性,直接用NSString.
第二种方法改JSONModel的源码,在KVC时对于上述情况,先将NSString值转换成NSNumber值再KVC.

// 0) handle primitives
if (property.type == nil && property.structName==nil) {
    //generic setter
    if (jsonValue != [self valueForKey:property.name])
    {
        id tempJsonValue = jsonValue;
        if ([jsonValue isKindOfClass:[NSString class]])
        {
            id rs = [[[NSNumberFormatter alloc] init] numberFromString:jsonValue];
            if (!rs)
            {
                rs = jsonValue;
            }
            tempJsonValue = rs;
        }
        [self setValue:tempJsonValue forKey: property.name];
    }
    //skip directly to the next key
    continue;
}

显然改源码比较麻烦,而且效率还降低了.

3.JSONModelClassProperty 起到很重要的作用.