assign修饰符的坑

昨天项目遇到一个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的时候就不要用简单数据类型！

不过对于这个问题我们还是有几个疑问不得其解：

这个objId虽然被修改了，但是每次更改之后的值都指向消息体M的第一个字段，野指针不应该是乱值的么。