【面试题】用assign修饰object类型会怎样？

问题级别：初级题目

在我们的编码过程中已经养成了使用assign修复基本数据类型的良好习惯，我们不会去使用assign修饰对象类型属性，但是如果用assign去修复对象类型会怎样呢，你可能会有以下猜测：

• 1.编译会报错；
• 2.编译不报错，运行正常；
• 3.编译不报错，运行不正常；
• 4. 还是???

开始实验

首先定义一个简单的object类型，重写dealloc方便查看对象的释放

@interface TestObject : NSObject

@property (nonatomic, assign) NSInteger age;

@end


@implementation TestObject

- (void)dealloc {
    NSLog(@"%s", __FUNCTION__);
}

@end

@interface BasicViewController : BaseViewController

@property (nonatomic ,assign) TestObject *property1;

@end

测试一

- (void)test {
    self.property1 = [TestObject new];
    self.property1.age = 1;
}

测试二

- (void)test {
    TestObject *obj = [TestObject new];
    self.property1 = obj;
    self.property1.age = 1;
}

实验结果和分析

测试一

结果：编译后会在self.property1 = [TestObject new];这一行报出警告；运行后断点单步调试后发现TestObject对象会在创建完以后被释放，所以下面一行代码self.property1.age = 1的执行，属性赋值将直接引发crash：EXC_BAD_ACCESS，这就是是所谓的野指针（对一个已经标记为释放的地址读写操作）。

分析：因为TestObject new对象创建出来没有任何强指针指向它，所以创建完以后立即会被释放了，这时候self.property1指针指向的地方已经标记为空闲地址，已经不可读写了，所以就成了野指针。

测试二

结果：编译正常没有警告，运行正常也没有报错，但是在test方法调用之后如果你再去调用属性property1同样【极可能】会引发EXC_BAD_ACCESS。

分析：因为obj是test方法内的临时变量，ARC模式下编译器会在test方法的末尾调用obj release，所以self.property1.age = 1这样代码执行并没有问题，因为该对象此刻仍然被obj的强引用所牵引，然而一旦test方法执行完毕以后，该临时变量就会被释放，此时self.property1将变为野指针。由于这种情况下在编译阶段我们的代码都不会有任何的警告，而运行时该属性变为野指针之后，我们在任何地方调用就会引发野指针崩溃，这是很危险的。

总结

在快速编码的时候，很有可能由于我们的复制粘贴代码而把object类型属性用assign修饰，因为曾经就遇到过同事留下的这种坑，从逻辑上找根本找不错错误，仔细检视代码才发现了这个低级错误。

野指针的行为

使用野指针不一定百分百发生crash，这要看当时内存的使用情况，所以野指针的行为是多变不可预测的。野指针指向的地址空间在对象释放时被标记为空闲地址，接下来再去调用该野指针操作将有下列几种行为：

1. 该空间一直空闲，调用该属性会引发EXC_BAD_ACCESS；
2. 该空间被其他对象申请并占用，当调用该野指针的方法methodA时，这个空间上被分配的新对象并没有方法methodA， 会出现方法找不到：[xxx methodA] unrecognized selector sent to instance 0x1xxxxxxxx;
3. 该空间被其他对象申请并占用，当调用该野指针的方法methodA时，这个空间上被分配的新对象刚好也包含方法methodA， 调用之后不会出现任何crash;