iOS面试之@property

作者丨acBool

https://juejin.im/post/5c105c7ce51d4562d138086f

@property介绍

相信做过iOS开发的同学都使用过@property，@property翻译过来是属性。在定义一个类时，常常会有多个@property，有了@property，我们可以用来保存类的一些信息或者状态。比如定义一个Student类：

@interface Student : NSObject

@property (nonatomic, copy) NSString *name;

@property (nonatomic, copy) NSString *sex;

@end

Student类中有两个属性，分别是name和sex。

在程序中使用时，可以使用

self.name = @"xxx";
self.sex = @"xxx";

那么，为什么可以这样用呢？self.name是self的name变量嘛？还是其他的什么？属性中的copy代表什么？nonatomic呢？下面来看一下这些问题的答案。

@property 本质

@property到底是什么呢？实际上@property = 实例变量 + get方法 + set方法。也就是说属性

@property (nonatomic, copy) NSString *name;

代表的有实例变量，get方法和set方法。如果大家用过Java，相信对set方法和get方法应该很熟悉，这里的set、get方法和Java里面的作用是一样的，get方法用来获取变量的值，set方法用来设置变量的值。使用@property生成的实例变量、get方法、set方法的命名有严格的规范，实例变量的名称、get方法名、set方法名稍后再介绍。

这里需要注意的是，包括实例变量、get方法和set方法，不会真的出现在我们的编辑器里面，使用属性生成的实例变量、get方法、set方法是在编译过程中生成的。下面介绍一下set方法、get方法以及自动生成的实例变量。

setter方法

set方法也可以称为setter方法，之后看到setter方法直接理解成set方法即可。同理，get方法也被称为getter方法。

还是以上面的属性：

@property (nonatomic, copy) NSString *name;

为例，属性name生成的setter方法是

- (void)setName:(NSString *)name;

该命名方法是固定的，是约定成束的。如果属性名是firstName，那么setter方法是：

- (void)setFirstName:(NSString *)firstName;

项目中，很多时候会有重写setter方法的需求，只要重写对应的方法即可。比如说重写name属性的setter方法：

- (void)setName:(NSString *)name
{
    NSLog(@"rewrite setter");
    _name = name;
}

关于_name是什么，后续会介绍。

getter方法

以属性

@property (nonatomic, copy) NSString *name;

为例，编译器自动生成的getter方法是

- (NSString *)name;

getter方法的命名也是固定的。如果属性名是firstName，那么getter方法是：

- (NSString *)firstName;

重写getter方法：

- (NSString *)name
{
    NSLog(@"rewrite getter");
    return _name;
}

如果我们定义了name属性，并且按照上面所述，重写了getter方法和setter方法，Xcode会提示如下的错误：

Use of undeclared identifier '_name'; did you mean 'name'?

稍后我们再解释为何会有该错误，以及如何解决。先来看一下_name到底是什么。

实例变量

既然@property = 实例变量 + getter + setter，那么属性所生成的实例变量名是什么呢？根据上面的例子，也很容易猜到，项目中也经常使用，实例变量的名称就是_name。实例变量的命名也是有固定格式的，下划线+属性名。如果属性是@property firstName，那么生成的实例变量就是_firstName。这也是为何我们在setter方法和getter方法，以及其他的方法中可以使用_name的原因。

这里再提一下，无论是实例变量，还是setter、getter方法，命名都是有严格规范的。正是因为有了这种规范，编译器才能够自动生成方法，这也要求我们在项目中，对变量的命名，方法的命名遵循一定的规范。

自动合成

定义一个@property，在编译期间，编译器会生成实例变量、getter方法、setter方法，这些方法、变量是通过自动合成（autosynthesize）的方式生成并添加到类中。实际上，一个类经过编译后，会生成变量列表ivar_list，方法列表method_list，每添加一个属性，在变量列表ivar_list会添加对应的变量，如_name，方法列表method_list中会添加对应的setter方法和getter方法。

动态合成

既然有自动合成，那么相对应的就要有非自动合成，非自动合成又称为动态合成。定义一个属性，默认是自动合成的，默认会生成getter方法和setter方法，这也是为何我们可以直接使用self.属性名的原因。实际上，自动合成对应的代码是：

@synthesize name = _name;

这行代码是编译器自动生成的，无需我们来写。相应的，如果我们想要动态合成，需要自己写如下代码：

@dynamic sex;

这样代码就告诉编译器，sex属性的变量名、getter方法、setter方法由开发者自己来添加，编译器无需处理。

那么这样写和自动合成有什么区别呢？来看下面的代码：

Student *stu = [[Student alloc] init];
stu.sex = @"male";

编译，不会有任何问题。运行，也没问题。但是当代码执行到这一行的时候，程序崩溃了，崩溃信息是：

[Student setSex:]: unrecognized selector sent to instance 0x60000217f1a0

即：Student没有setSex方法，没有属性sex的setter方法。这就是动态合成和自动合成的区别。动态合成，需要开发者自己来写属性的setter方法和getter方法。添加上setter方法：

- (void)setSex:(NSString *)sex
{
    _sex = sex;
}

由于使用@dynamic，编译器不会自动生成变量，因此除此之外，还需要手动定义_sex变量，如下：

@interface Student : NSObject
{
    NSString *_sex;
}

@property (nonatomic, copy) NSString *name;

@property (nonatomic, copy) NSString *sex;

@end

现在再编译，运行，执行没有错误和崩溃。

重写setter、getter方法的注意事项

上面的例子中，重写了属性name的getter方法和setter方法，如下：

- (void)setName:(NSString *)name
{
    NSLog(@"rewrite setter");
    _name = name;
}

- (NSString *)name
{
    NSLog(@"rewrite getter");
    return _name;
}

但是编译器会提示错误，错误信息如下：

Use of undeclared identifier '_name'; did you mean 'name'?

提示没有_name变量。为什么呢？我们没有声明@dynamic，那默认就是@autosynthesize，为何没有_name变量呢？奇怪的是，倘若我们把getter方法，或者setter方法注释掉，gettter、setter方法只留下一个，不会有错误，为什么呢？

还是编译器做了些处理。对于一个可读写的属性来说，当我们重写了其setter、getter方法时，编译器会认为开发者想手动管理@property，此时会将@property作为@dynamic来处理，因此也就不会自动生成变量。解决方法，显示的将属性和一个变量绑定：

@synthesize name = _name;

这样就没问题了。如果一个属性是只读的，重写了其getter方法时，编译器也会认为该属性是@dynamic，关于可读写、只读，下面会介绍。这里提醒一下，当项目中重写了属性的getter方法和setter方法时，注意下是否有编译的问题。

修改实例变量的名称

使用自动合成时，针对

@property (nonatomic, copy) NSString *name;

属性，生成的变量名是_name。倘若，不习惯使用下划线开头的变量名，能否指定属性对应的变量名呢？答案是可以的，使用的是上面介绍过的@synthesize关键字。如下：

@synthesize name = stuName;

这样，name属性生成的变量名就是stuName,后续使用时需要写stuName,而不是_name。如getter、setter方法：

- (void)setName:(NSString *)name
{
    NSLog(@"rewrite setter");
    stuName = name;
}

- (NSString *)name
{
    NSLog(@"rewrite getter");
    return stuName;
}

注意：虽然可以使用@synthesize关键字修改变量名，但是如无特殊需求，不建议这样做。因为默认情况下编译器已经为我们生成了变量名，大多数的项目、开发者也都会遵循这样的规范，既然苹果已经定义了一个好的规范，为什么不遵守呢？

getter方法中为何不能用self.

有经验的开发者应该都知道这一点，在getter方法中是不能使用self.的，比如：

- (NSString *)name
{
    NSLog(@"rewrite getter");
    return self.name;  // 错误的写法，会造成死循环
}

原因代码注释中已经写了，这样会造成死循环。这里需要注意的是：self.name实际上就是执行了属性name的getter方法，getter方法中又调用了self.name， 会一直递归调用，直到程序崩溃。通常程序中使用：

self.name = @"aaa";

这样的方式，setter方法会被调用。

@property修饰符

当我们定义一个字符串属性时，通常我们会这样写：

@property (nonatomic, copy) NSString *name;

当我们定义一个NSMutableArray类型的属性时，通常我们会这样写：

@property (nonatomic, strong) NSMutableArray *books;

而当我们定一个基本数据类型时，会这样写：

@property (nonatomic, assign) int age;

定义一个属性时，nonatomic、copy、strong、assign等被称作是关键字，或者是修饰符。

修饰符种类

修饰符有四种：

原子性。原子性有nonatomic、atomic两个值，如果不写nonatomic,那么默认是atomic的。如果属性是atomic的，那么在访问其getter和setter方法之前，会有一些判断，大概是判断是否可以访问等，这里系统使用的是自旋锁。由于使用atomic并不能绝对保证线程安全，且会耗费一些性能，因此通常情况下都使用nonatomic。

读写权限。读写权限有两个取值，readwrite和readonly。声明属性时，如果不指定读写权限，那么默认是readwrite的。如果某个属性不想让其他人来写，那么可以设置成readonly。

内存管理。内存管理的取值有assign、strong、weak、copy、unsafe_unretained。

set、get方法名。如果不想使用自动合成所生成的setter、getter方法，声明属性时甚至可以指定方法名。比如指定getter方法名：

@property (nonatomic, assign, getter=isPass) BOOL pass;

属性pass的getter方法就是

- (BOOL)isPass;

默认修饰符

声明属性时，如果不显示指定修饰符，那么默认的修饰符是哪些呢？或者说未指定的修饰符，默认取值是什么呢？如果是基本数据类型，默认取值是：

atomic,readwrite,assign

如果是Objective-C对象，默认取值是：

atomic,readwrite,strong

atomic是否是线程安全的

上面提到了，声明属性时，通常使用nonatomic修饰符，原因就是因为atomic并不能保证绝对的线程安全。举例来说，假设有一个线程A在不断的读取属性name的值，同时有一个线程B修改了属性name的值，那么即使属性name是atomic，线程A读到的仍旧是修改后的值，可见不是线程安全的。如果想要实现线程安全，需要手动的实现锁。下面是一段示例代码：

声明name属性，使用atomic修饰符

@property (atomic, copy) NSString *name;

对属性name赋值。同时，一个线程在不断的读取name的值，另一个线程在不断的设置name的值：

stu.name = @"aaa";

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    for(int i = 0 ; i <  1000; ++i){
        NSLog(@"stu.name = %@",stu.name);
    }
});

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    stu.name = @"bbb";
});

看一下输出：

2018-12-06 15:42:26.837215+0800 TestClock[15405:175815] stu.name = aaa
2018-12-06 15:42:26.837837+0800 TestClock[15405:175815] stu.name = bbb

证实了即使使用了atomic,也不能保证线程安全。

weak和assign区别

经常会有面试题问weak和assign的区别，这里介绍一下。

weak和strong是对应的，一个是强引用，一个是弱引用。weak和assign的区别主要是体现在两者修饰OC对象时的差异。上面也介绍过，assign通常用来修饰基本数据类型，如int、float、BOOL等，weak用来修饰OC对象，如UIButton、UIView等。

基本数据类型用weak来修饰

假设声明一个int类型的属性，但是用weak来修饰，会发生什么呢？

@property (nonatomic, weak) int age;

Xcode会直接提示错误，错误信息如下：

Property with 'weak' attribute must be of object type

也就是说，weak只能用来修饰对象，不能用来修饰基本数据类型，否则会发生编译错误。

对象使用assign来修饰

假设声明一个UIButton类型的属性，但是用assign来修饰，会发生什么呢？

@property (nonatomic, assign) UIButton *assignBtn;

编译，没有问题，运行也没有问题。我们再声明一个UIButton,使用weak来修饰，对比一下：

@interface ViewController ()

@property (nonatomic, assign) UIButton *assignBtn;

@property (nonatomic, weak) UIButton *weakButton;

@end

正常初始化两个button：

UIButton *btn = [[UIButton alloc] initWithFrame:CGRectMake(100,100,100,100)];
[btn setTitle:@"Test" forState:UIControlStateNormal];
btn.backgroundColor = [UIColor lightGrayColor];
self.assignBtn = btn;
self.weakButton = btn;

此时打印两个button，没有区别。释放button：

btn = nil;

释放之后打印self.weakBtn和self.assignBtn

NSLog(@"self.weakBtn = %@",self.weakButton);
NSLog(@"self.assignBtn = %@",self.assignBtn);

运行，执行到self.assignBtn的时候崩溃了，崩溃信息是

 EXC_BAD_ACCESS (code=EXC_I386_GPFLT)

weak和assign修饰对象时的差别体现出来了。

weak修饰的对象，当对象释放之后，即引用计数为0时，对象会置为nil

2018-12-06 16:17:05.774298+0800 TestClock[15863:192570] self.weakBtn = (null)

复制代码而向nil发送消息是没有问题的，不会崩溃。

assign修饰的对象，当对象释放之后，即引用计数为0时，对象会变为野指针，不知道指向哪，再向该对象发消息，非常容易崩溃。

因此，当属性类型是对象时，不要使用assign，会带来一些风险。

堆和栈

上面说到，属性用assign修饰，当被释放后，容易变为野指针，容易带来崩溃问题，那么，为何基本数据类型可以用assign来修饰呢？这就涉及到堆和栈的问题。

相对来说，堆的空间大，通常是不连续的结构，使用链表结构。使用堆中的空间，需要开发者自己去释放。OC中的对象，如 UIButton 、UILabel ，[[UIButton alloc] init] 出来的，都是分配在堆空间上。

栈的空间小，约1M左右，是一段连续的结构。栈中的空间，开发者不需要管，系统会帮忙处理。iOS开发 中 int、float等变量分配内存时是在栈上。如果栈空间使用完，会发生栈溢出的错误。

由于堆、栈结构的差异，栈和堆分配空间时的寻址方式也是不一样的。因为栈是连续的控件，所以栈在分配空间时，会直接在未使用的空间中分配一段出来，供程序使用；如果剩下的空间不够大，直接栈溢出；堆是不连续的，堆寻找合适空间时，是顺着链表结点来寻找，找到第一块足够大的空间时，分配空间，返回。根据两者的数据结构，可以推断，堆空间上是存在碎片的。

回到问题，为何assign修饰基本数据类型没有野指针的问题？因为这些基本数据类型是分配在栈上，栈上空间的分配和回收都是系统来处理的，因此开发者无需关注，也就不会产生野指针的问题。

栈是线程安全的嘛

扩展一下，栈是线程安全的嘛？回答问题之前，先看一下进程和线程的关系。

进程和线程的关系

线程是进程的一个实体，是CPU调度和分派的基本单位。一个进程可以拥有多个线程。线程本身是不配拥有系统资源的，只拥有很少的，运行中必不可少的资源（如程序计数器、寄存器、栈）。但是线程可以与同属于一个进程的其他线程，共享进程所拥有的资源。一个进程中所有的线程共享该进程的地址空间，但是每个线程有自己独立的栈，iOS系统中，每个线程栈的大小是1M。而堆则不同。堆是进程所独有的，通常一个进程有一个堆，这个堆为本进程中的所有线程所共享。

栈的线程安全

其实通过上面的介绍，该问题答案已经很明显了：栈是线程安全的。

堆是多个线程所共有的空间，操作系统在对进程进行初始化的时候，会对堆进行分配；

栈是每个线程所独有的，保存线程的运行状态和局部变量。栈在线程开始的时化，每个线程的栈是互相独立的，因此栈是线程安全的。

copy、strong、mutableCopy

属性修饰符中，还有一个经常被问到的面试题是copy和strong。什么时候用copy，为什么？什么时候用strong,为什么？以及mutableCopy又是什么？这一节介绍一下这些内容。

copy和strong

首先看一下copy和strong，copy和strong的区别也是面试中出现频率最高的。之前举得例子中其实已经出现了copy和strong：

@property (nonatomic, copy) NSString *sex;

@property (nonatomic, strong) NSMutableArray *books;

复制代码通常情况下，不可变对象属性修饰符使用copy，可变对象属性修饰符使用strong。

可变对象和不可变对象

Objective-C中存在可变对象和不可变对象的概念。像NSArray、NSDictionary、NSString这些都是不可变对象，像NSMutableArray、NSMutableDictionary、NSMutableString这些是可变对象。可变对象和不可变对象的区别是，不可变对象的值一旦确定就不能再修改。下面看个例子来说明。

- (void)testNotChange
{
    NSString *str = @"123";
    NSLog(@"str = %p",str);
    str = @"234";
    NSLog(@"after str = %p",str);
}

NSString是不可变对象。虽然在程序中修改了str的值，但是此处的修改实际上是系统重新分配了空间，定义了字符串，然后str重新指向了一个新的地址。这也是为何修改之后地址不一致的原因：

2018-12-06 22:02:41.350812+0800 TestClock[884:17969] str = 0x106ec1290
2018-12-06 22:02:41.350919+0800 TestClock[884:17969] after str = 0x106ec12d0

再来看可变对象的例子：

- (void)testChangeAble
{
    NSMutableString *mutStr = [NSMutableString stringWithString:@"abc"];
    NSLog(@"mutStr = %p",mutStr);
    [mutStr appendString:@"def"];
    NSLog(@"after mutStr = %p",mutStr);
}

NSMutableString是可变对象。程序中改变了mutStr的值，且修改前后mutStr的地址一致：

2018-12-06 22:10:08.457179+0800 TestClock[1000:21900] mutStr = 0x600002100540
2018-12-06 22:10:08.457261+0800 TestClock[1000:21900] after mutStr = 0x600002100540

不可变对象用strong

上面说了，可变对象使用strong，不可变对象使用copy。那么，如果不可变对象使用strong来修饰，会有什么问题呢？写代码测试一下：

@property (nonatomic, strong) NSString *strongStr;

复制代码首先明确一点，既然类型是NSString，那么则代表我们不希望testStr被改变，否则直接使用可变对象NSMutableString就可以了。另外需要提醒的一点是，NSMutableString是NSString的子类，对继承了解的应该都知道，子类是可以用来初始化父类的。

介绍完之后，来看一段代码。

- (void)testStrongStr
{
    NSString *tempStr = @"123";
    NSMutableString *mutString = [NSMutableString stringWithString:tempStr];
    self.strongStr = mutString;  // 子类初始化父类
    NSLog(@"self str = %p  mutStr = %p",self.strongStr,mutString);   // 两者指向的地址是一样的
    [mutString insertString:@"456" atIndex:0];
    NSLog(@"self str = %@  mutStr = %@",self.strongStr,mutString);  // 两者的值都会改变,不可变对象的值被改变
}

注意：**我们定义的不可变对象strongStr，在开发者无感知的情况下被篡改了。**所谓无感知，是因为开发者没有显示的修改strongStr的值，而是再修改其他变量的值时，strongStr被意外的改变。这显然不是我们想得到的，而且也是危险的。项目中出现类似的bug时，通常都很难定位。这就是不可变对象使用strong修饰所带来的风险。

可变对象用copy

上面说了不可变对象使用strong的问题，那么可变对象使用copy有什么问题呢？还是写代码来验证一下：

@property (nonatomic, copy) NSMutableString *mutString;

这里还是强调一下，既然属性类型是可变类型，说明我们期望再程序中能够改变mutString的值，否则直接使用NSString了。

看一下测试代码：

- (void)testStrCopy
{
    NSString *str = @"123";
    self.mutString = [NSMutableString stringWithString:str];
    NSLog(@"str = %p self.mutString = %p",str,self.mutString); // 两者的地址不一样
    [self.mutString appendString:@"456"]; // 会崩溃，因为此时self.mutArray是NSString类型，是不可变对象
}

执行程序后，会崩溃，崩溃原因是：

[NSTaggedPointerString appendString:]: unrecognized selector sent to instance 0xed877425eeef9883

即 self.mutString没有appendString方法。self.mutString是NSMutableString类型，为何没有appendString方法呢？这就是使用copy造成的。看一下

self.mutString = [NSMutableString stringWithString:str];

这行代码到底发生了什么。这行代码实际上完成了两件事：

// 首先声明一个临时变量
NSMutableString *tempString = [NSMutableString stringWithString:str];
// 将该临时变量copy，赋值给self.mutString
self.mutString = [tempString copy];

注意，通过[tempString copy]得到的self.mutString是一个不可变对象，不可变对象自然没有appendString方法，这也是为何会崩溃的原因。

copy和mutableCopy

另外常用来做对比的是copy和mutableCopy。copy和mutableCopy之间的差异主要和深拷贝和浅拷贝有关，先看一下深拷贝、浅拷贝的概念。

深拷贝、浅拷贝

所谓浅拷贝，在Objective-C中可以理解为引用计数加1，并没有申请新的内存区域，只是另外一个指针指向了该区域。深拷贝正好相反，深拷贝会申请新的内存区域，原内存区域的引用计数不变。看图来说明深拷贝和浅拷贝的区别。

首先A指向一块内存区域，现在设置B = A

现在B和A指向了同一块内存区域，即为浅拷贝。

再来看深考贝

首先A指向一块内存区域，现在设置B = A

A和B指向的不是同一块内存区域，只是这两块内存区域中的内容是一样的，即为深拷贝。

可变对象的copy、mutableCopy

可变对象的copy和mutableCopy都是深拷贝。以可变对象NSMutableString和NSMutableArray为例，测试代码：

- (void)testMutableCopy
{
    NSMutableString *str1 = [NSMutableString stringWithString:@"abc"];
    NSString *str2 = [str1 copy];
    NSMutableString *str3 = [str1 mutableCopy];
    NSLog(@"str1 = %p str2 = %p str3 = %p",str1,str2,str3);

    NSMutableArray *array1 = [NSMutableArray arrayWithObjects:@"a",@"b", nil];
    NSArray *array2 = [array1 copy];
    NSMutableArray *array3 = [array1 mutableCopy];
    NSLog(@"array1 = %p array2 = %p array3 = %p",array1,array2,array3);
}

输出结果：

2018-12-07 13:01:27.525064+0800 TestClock[9357:143436] str1 = 0x60000086d8f0 str2 = 0xc8c1a5736a50d5fe str3 = 0x60000086d9b0
2018-12-07 13:01:27.525198+0800 TestClock[9357:143436] array1 = 0x600000868000 array2 = 0x60000067e5a0 array3 = 0x600000868030

可以看到，只要是可变对象，无论是集合对象，还是非集合对象，copy和mutableCopy都是深拷贝。

不可变对象的copy、mutableCopy

不可变对象的copy是浅拷贝，mutableCopy是深拷贝。以NSString和NSArray为例，测试代码如下：

- (void)testCopy
{
    NSString *str1 = @"123";
    NSString *str2 = [str1 copy];
    NSMutableString *str3 = [str1 mutableCopy];
    NSLog(@"str1 = %p str2 = %p str3 = %p",str1,str2,str3);

    NSArray *array1 = @[@"1",@"2"];
    NSArray *array2 = [array1 copy];
    NSMutableArray *array3 = [array1 mutableCopy];
    NSLog(@"array1 = %p array2 = %p array3 = %p",array1,array2,array3);
}

输出结果：

2018-12-07 13:06:29.439108+0800 TestClock[9442:147133] str1 = 0x1045612b0 str2 = 0x1045612b0 str3 = 0x6000017e4450
2018-12-07 13:06:29.439236+0800 TestClock[9442:147133] array1 = 0x6000019f5c80 array2 = 0x6000019f5c80 array3 = 0x6000017e1170

可以看到，只要是不可变对象，无论是集合对象，还是非集合对象，copy都是浅拷贝，mutableCopy都是深拷贝。

自定义对象如何支持copy方法

项目开发中经常会有自定义对象的需求，那么自定义对象是否可以copy呢？如何支持copy？

自定义对象可以支持copy方法，我们所需要做的是：自定义对象遵守NSCopying协议，且实现copyWithZone方法。NSCopying协议是系统提供的，直接使用即可。

遵守NSCopying协议：

@interface Student : NSObject < NSCopying>
{
    NSString *_sex;
}

@property (atomic, copy) NSString *name;

@property (nonatomic, copy) NSString *sex;

@property (nonatomic, assign) int age;

@end

实现CopyWithZone方法：

- (instancetype)initWithName:(NSString *)name age:(int)age sex:(NSString *)sex
{
    if(self = [super init]){
        self.name = name;
        _sex = sex;
        self.age = age;
    }
    return self;
}

- (instancetype)copyWithZone:(NSZone *)zone
{
    // 注意，copy的是自己，因此使用自己的属性
    Student *stu = [[Student allocWithZone:zone] initWithName:self.name age:self.age sex:_sex];
    return stu;
}

测试代码：

- (void)testStudent
{
    Student *stu1 = [[Student alloc] initWithName:@"Wang" age:18 sex:@"male"];
    Student *stu2 = [stu1 copy];
    NSLog(@"stu1 = %p stu2 = %p",stu1,stu2);
}

输出结果：

stu1 = 0x600003a41e60 stu2 = 0x600003a41fc0

这里是一个深拷贝，根据copyWithZone方法的实现，应该很容易明白为何是深拷贝。

除了NSCopying协议和copyWithZone方法，对应的还有NSMutableCopying协议和mutableCopyWithZone方法，实现都是类似的，不做过多介绍。

 推荐↓↓↓ 

关注公众号：拾黑（shiheibook）了解更多

[广告]赞助链接：

四季很好，只要有你，文娱排行榜：https://www.yaopaiming.com/
让资讯触达的更精准有趣：https://www.0xu.cn/