昨天项目遇到一个bug,调试了一天,尝试了各种方法都找不到原因。昨晚在同事的帮助下把问题的范围缩小到一个方法里,但始终看不出这个方法为什么会导致这个问题。今天早上一来公司就有灵感,马上找到问题根源了。所以说,有时候熬夜加班不如早点回去睡觉,也许第二天思路就突然开阔了呢!
大致描述一下问题的场景吧:
服务端给客户端发送一个通知,走protobuffer协议。客户端将这个通知消息体M解析出来然后逐个字段地赋值给本地的一个对象O。最后客户端给服务端ack的时候要带上其中的某一个字段S。
但是,我们发现收到的S是正常值,最后传给服务端之前这个S值就变了。
问题锁定在了上面的“解析赋值”步骤。
原来本地的对象O中对应字段S的属性值P的类型是NSNumber*
,但是修饰符却是(nonatomic,assign)
,这就导致严重问题了。
我们知道assign一般是用来修饰简单数据类型的,比如int, double等。如果用assign修饰一个指针类型的property,那么这个property是不持有指向的对象的。指向的对象在其他地方释放了,这个property可能就是一个野指针了。它指向的值就可能发生了意想不到的变化。
刚刚那么好,我们这次就遇到这么傻逼的问题了~
我们在定义本地对象MyOject时,最开始设计其中字段objId的类型是int的,所以修饰符用了assign。
@interface MyObject : NSObject
...
@property (nonatomic, assign) int objId;
...
@end
后来发现,这个objId有溢出的问题,特别是在跨平台的时候。就觉得不应该设计为int,而应该用苹果给的通用类型NSNumber,于是乎,就有了下面傻逼的代码:
@interface MyObject : NSObject
...
@property (nonatomic, assign) NSNumber* objId;
...
@end
就这么不小心,导致了上面描述的一系列问题!
这次的教训就是:
- 能用NSNumber的时候就不要用简单数据类型!
- 用指针类型的property时,千万不要忘记检查修饰符是不是assign!
不过对于这个问题我们还是有几个疑问不得其解:
- 这个objId虽然被修改了,但是每次更改之后的值都指向消息体M的第一个字段,野指针不应该是乱值的么。
- 这个问题只有在打包出来安装才有,在本地xcode运行起来没有这个问题,这是编译器做了什么事吗?