作为一个开发者，有一个学习的氛围跟一个交流圈子特别重要，这是一个我的iOS开发交流群：130595548，不管你是大牛还是小白都欢迎入驻 ，让我们一起进步，共同发展！（群内会免费提供一些群主收藏的免费学习书籍资料以及整理好的几百道面试题和答案文档！）
@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方法，实现都是类似的，不做过多介绍。
作为一个开发者，有一个学习的氛围跟一个交流圈子特别重要，这是一个我的iOS开发交流群：130595548，不管你是大牛还是小白都欢迎入驻 ，让我们一起进步，共同发展！（群内会免费提供一些群主收藏的免费学习书籍资料以及整理好的几百道面试题和答案文档！）
