转载：程序猿（-，11-24）

@synthesize和@dynamic分别有什么作用？
@property有两个对应的词，一个是 @synthesize，一个是 @dynamic。如果 @synthesize和 @dynamic都没写，那么默认的就是@syntheszie var = _var;

@synthesize 的语义是如果你没有手动实现 setter 方法和 getter 方法，那么编译器会自动为你加上这两个方法。
@dynamic 告诉编译器：属性的 setter 与 getter 方法由用户自己实现，不自动生成。（当然对于 readonly 的属性只需提供 getter 即可）。假如一个属性被声明为 @dynamic var，然后你没有提供 @setter方法和 @getter 方法，编译的时候没问题，但是当程序运行到 instance.var = someVar
，由于缺 setter 方法会导致程序崩溃；或者当运行到 someVar = var
时，由于缺 getter 方法同样会导致崩溃。编译时没问题，运行时才执行相应的方法，这就是所谓的动态绑定。

[

对于普通的 Objective-C 对象
atomic,readwrite,strong

参考链接：
Objective-C ARC: strong vs retain and weak vs assign

Variable property attributes or Modifiers in iOS

[

](https://github.com/ChenYilong/iOSInterviewQuestions/blob/master/01%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88/%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88%EF%BC%88%E4%B8%8A%EF%BC%89.md#13-用property声明的nsstring或nsarraynsdictionary经常使用copy关键字为什么如果改用strong关键字可能造成什么问题)13. 用@property声明的NSString（或NSArray，NSDictionary）经常使用copy关键字，为什么？如果改用strong关键字，可能造成什么问题？
因为父类指针可以指向子类对象,使用 copy 的目的是为了让本对象的属性不受外界影响,使用 copy 无论给我传入是一个可变对象还是不可对象,我本身持有的就是一个不可变的副本.
如果我们使用是 strong ,那么这个属性就有可能指向一个可变对象,如果这个可变对象在外部被修改了,那么会影响该属性.
copy 此特质所表达的所属关系与 strong 类似。然而设置方法并不保留新值，而是将其“拷贝” (copy)。当属性类型为 NSString 时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个 NSMutableString 类的实例。这个类是 NSString 的子类，表示一种可修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝一份“不可变” (immutable)的字符串，确保对象中的字符串值不会无意间变动。只要实现属性所用的对象是“可变的” (mutable)，就应该在设置新属性值时拷贝一份。

举例说明：
定义一个以 strong 修饰的 array：
@property (nonatomic ,readwrite, strong) NSArray *array;

然后进行下面的操作：
NSMutableArray *mutableArray = [[NSMutableArray alloc] init]; NSArray *array = @[ @1, @2, @3, @4 ]; self.array = mutableArray; [mutableArray removeAllObjects];; NSLog(@"%@",self.array); [mutableArray addObjectsFromArray:array]; self.array = [mutableArray copy]; [mutableArray removeAllObjects];; NSLog(@"%@",self.array);

打印结果如下所示：
2015-09-27 19:10:32.523 CYLArrayCopyDmo[10681:713670] ()2015-09-27 19:10:32.524 CYLArrayCopyDmo[10681:713670] ( 1, 2, 3, 4)

（详见仓库内附录的 Demo。）
为了理解这种做法，首先要知道，两种情况：
对非集合类对象的 copy 与 mutableCopy 操作；
对集合类对象的 copy 与 mutableCopy 操作。

[

比如以下代码：
NSMutableString *string = [NSMutableString stringWithString:@"origin"];//copyNSString *stringCopy = [string copy];

查看内存，会发现 string、stringCopy 内存地址都不一样，说明此时都是做内容拷贝、深拷贝。即使你进行如下操作：
[string appendString:@"origion!"]

stringCopy 的值也不会因此改变，但是如果不使用 copy，stringCopy 的值就会被改变。集合类对象以此类推。所以，
用 @property 声明 NSString、NSArray、NSDictionary 经常使用 copy 关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary，他们之间可能进行赋值操作，为确保对象中的字符串值不会无意间变动，应该在设置新属性值时拷贝一份。

[

查看内容，可以看到 copyArray 和 array 的地址是一样的，而 mCopyArray 和 array 的地址是不同的。说明 copy 操作进行了指针拷贝，mutableCopy 进行了内容拷贝。但需要强调的是：此处的内容拷贝，仅仅是拷贝 array 这个对象，array 集合内部的元素仍然是指针拷贝。这和上面的非集合 immutable 对象的拷贝还是挺相似的，那么mutable对象的拷贝会不会类似呢？我们继续往下，看 mutable 对象拷贝的例子：
NSMutableArray *array = [NSMutableArray arrayWithObjects:[NSMutableString stringWithString:@"a"],@"b",@"c",nil];NSArray *copyArray = [array copy];NSMutableArray *mCopyArray = [array mutableCopy];

查看内存，如我们所料，copyArray、mCopyArray和 array 的内存地址都不一样，说明 copyArray、mCopyArray 都对 array 进行了内容拷贝。同样，我们可以得出结论：
在集合类对象中，对 immutable 对象进行 copy，是指针复制， mutableCopy 是内容复制；对 mutable 对象进行 copy 和 mutableCopy 都是内容复制。但是：集合对象的内容复制仅限于对象本身，对象元素仍然是指针复制。用代码简单表示如下：
[immutableObject copy] // 浅复制[immutableObject mutableCopy] //单层深复制[mutableObject copy] //单层深复制[mutableObject mutableCopy] //单层深复制

这个代码结论和非集合类的非常相似。
参考链接：iOS 集合的深复制与浅复制
[

这些说法，笔者下文中，可能都会用到，指的是一个东西。
正如 Apple官方文档 You Can Customize Synthesized Instance Variable Names 所说：

enter image description here

如果使用了属性的话，那么编译器就会自动编写访问属性所需的方法，此过程叫做“自动合成”( auto synthesis)。需要强调的是，这个过程由编译器在编译期执行，所以编辑器里看不到这些“合成方法” (synthesized method)的源代码。除了生成方法代码之外，编译器还要自动向类中添加适当类型的实例变量，并且在属性名前面加下划线，以此作为实例变量的名字。
@interface CYLPerson : NSObject @property NSString *firstName; @property NSString *lastName; @end

在上例中，会生成两个实例变量，其名称分别为 _firstName
与 _lastName
。也可以在类的实现代码里通过 @synthesize
语法来指定实例变量的名字:
@implementation CYLPerson @synthesize firstName = _myFirstName; @synthesize lastName = _myLastName; @end

如果这个成员已经存在了就不再生成了.

如果是 @synthesize foo;
还会生成一个名称为foo的成员变量，也就是说：
如果没有指定成员变量的名称会自动生成一个属性同名的成员变量,

如果是 @synthesize foo = _foo;
就不会生成成员变量了.

假如 property 名为 foo，存在一个名为 _foo
的实例变量，那么还会自动合成新变量么？不会。如下图：

enter image description here

[

除了后三条，对其他几个我们可以总结出一个规律：当你想手动管理 @property 的所有内容时，你就会尝试通过实现 @property 的所有“存取方法”（the accessor methods）或者使用 @dynamic
来达到这个目的，这时编译器就会认为你打算手动管理 @property，于是编译器就禁用了 autosynthesis（自动合成）。
因为有了 autosynthesis（自动合成），大部分开发者已经习惯不去手动定义ivar，而是依赖于 autosynthesis（自动合成），但是一旦你需要使用ivar，而 autosynthesis（自动合成）又失效了，如果不去手动定义ivar，那么你就得借助 @synthesize
来手动合成 ivar。
其实，@synthesize
语法还有一个应用场景，但是不太建议大家使用：
可以在类的实现代码里通过 @synthesize
语法来指定实例变量的名字:
@implementation CYLPerson @synthesize firstName = _myFirstName; @synthesize lastName = _myLastName; @end

上述语法会将生成的实例变量命名为 _myFirstName
与 _myLastName
，而不再使用默认的名字。一般情况下无须修改默认的实例变量名，但是如果你不喜欢以下划线来命名实例变量，那么可以用这个办法将其改为自己想要的名字。笔者还是推荐使用默认的命名方案，因为如果所有人都坚持这套方案，那么写出来的代码大家都能看得懂。
举例说明：应用场景：
//// .m文件// http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁)// https://github.com/ChenYilong// 打开第14行和第17行中任意一行，就可编译成功@import Foundation;@interface CYLObject : NSObject@property (nonatomic, copy) NSString *title;@end@implementation CYLObject { // NSString *_title;}//@synthesize title = _title;- (instancetype)init{ self = [super init]; if (self) { _title = @"微博@iOS程序犭袁"; } return self;}- (NSString *)title { return _title;}- (void)setTitle:(NSString *)title { _title = [title copy];}@end

结果编译器报错：

enter image description here

当你同时重写了 setter 和 getter 时，系统就不会生成 ivar（实例变量/成员变量）。这时候有两种选择：
要么如第14行：手动创建 ivar
要么如第17行：使用@synthesize foo = _foo;
，关联 @property 与 ivar。

更多信息，请戳- 》 When should I use @synthesize explicitly?
[

如果 spouse 对象为 nil，那么发送给 nil 的消息 mother 也将返回 nil。

如果方法返回值为指针类型，其指针大小为小于或者等于sizeof(void*)，float，double，long double 或者 long long 的整型标量，发送给 nil 的消息将返回0。
如果方法返回值为结构体,发送给 nil 的消息将返回0。结构体中各个字段的值将都是0。
如果方法的返回值不是上述提到的几种情况，那么发送给 nil 的消息的返回值将是未定义的。

具体原因如下：
objc是动态语言，每个方法在运行时会被动态转为消息发送，即：objc_msgSend(receiver, selector)。

那么，为了方便理解这个内容，还是贴一个objc的源代码：
// runtime.h（类在runtime中的定义）// http://weibo.com/luohanchenyilong/// https://github.com/ChenYilongstruct objc_class { Class isa OBJC_ISA_AVAILABILITY; //isa指针指向Meta Class，因为Objc的类的本身也是一个Object，为了处理这个关系，runtime就创造了Meta Class，当给类发送[NSObject alloc]这样消息时，实际上是把这个消息发给了Class Object #if !OBJC2 Class super_class OBJC2_UNAVAILABLE; // 父类 const char *name OBJC2_UNAVAILABLE; // 类名 long version OBJC2_UNAVAILABLE; // 类的版本信息，默认为0 long info OBJC2_UNAVAILABLE; // 类信息，供运行期使用的一些位标识 long instance_size OBJC2_UNAVAILABLE; // 该类的实例变量大小 struct objc_ivar_list *ivars OBJC2_UNAVAILABLE; // 该类的成员变量链表 struct objc_method_list **methodLists OBJC2_UNAVAILABLE; // 方法定义的链表 struct objc_cache *cache OBJC2_UNAVAILABLE; // 方法缓存，对象接到一个消息会根据isa指针查找消息对象，这时会在method Lists中遍历，如果cache了，常用的方法调用时就能够提高调用的效率。 struct objc_protocol_list *protocols OBJC2_UNAVAILABLE; // 协议链表 #endif } OBJC2_UNAVAILABLE;

objc在向一个对象发送消息时，runtime库会根据对象的isa指针找到该对象实际所属的类，然后在该类中的方法列表以及其父类方法列表中寻找方法运行，然后在发送消息的时候，objc_msgSend方法不会返回值，所谓的返回内容都是具体调用时执行的。那么，回到本题，如果向一个nil对象发送消息，首先在寻找对象的isa指针时就是0地址返回了，所以不会出现任何错误。
[

](https://github.com/ChenYilong/iOSInterviewQuestions/blob/master/01%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88/%E3%80%8A%E6%8B%9B%E8%81%98%E4%B8%80%E4%B8%AA%E9%9D%A0%E8%B0%B1%E7%9A%84iOS%E3%80%8B%E9%9D%A2%E8%AF%95%E9%A2%98%E5%8F%82%E8%80%83%E7%AD%94%E6%A1%88%EF%BC%88%E4%B8%8A%EF%BC%89.md#17-objc中向一个对象发送消息obj-foo和objc_msgsend函数之间有什么关系)17. objc中向一个对象发送消息[obj foo]和objc_msgSend()
函数之间有什么关系？
具体原因同上题：该方法编译之后就是objc_msgSend()
函数调用.
我们用 clang 分析下，clang 提供一个命令，可以将Objective-C的源码改写成C++语言，借此可以研究下[obj foo]和objc_msgSend()
函数之间有什么关系。
以下面的代码为例，由于 clang 后的代码达到了10万多行，为了便于区分，添加了一个叫 iOSinit 方法，
//// main.m// http://weibo.com/luohanchenyilong/// https://github.com/ChenYilong// Copyright (c) 2015年微博@iOS程序犭袁. All rights reserved.//#import "CYLTest.h"int main(int argc, char * argv[]) { @autoreleasepool { CYLTest *test = [[CYLTest alloc] init]; [test performSelector:(@selector(iOSinit))]; return 0; }}

在终端中输入
clang -rewrite-objc main.m

就可以生成一个main.cpp
的文件，在最低端（10万4千行左右）

enter image description here

我们可以看到大概是这样的：
((void ()(id, SEL))(void )objc_msgSend)((id)obj, sel_registerName("foo"));

也就是说：
[obj foo];在objc动态编译时，会被转意为：objc_msgSend(obj, @selector(foo));
。

[

简单的流程如下，在上一题中也提到过：
objc是动态语言，每个方法在运行时会被动态转为消息发送，即：objc_msgSend(receiver, selector)。

objc在向一个对象发送消息时，runtime库会根据对象的isa指针找到该对象实际所属的类，然后在该类中的方法列表以及其父类方法列表中寻找方法运行，如果，在最顶层的父类中依然找不到相应的方法时，程序在运行时会挂掉并抛出异常unrecognized selector sent to XXX 。但是在这之前，objc的运行时会给出三次拯救程序崩溃的机会：
Method resolution
objc运行时会调用+resolveInstanceMethod:
或者 +resolveClassMethod:
，让你有机会提供一个函数实现。如果你添加了函数，那运行时系统就会重新启动一次消息发送的过程，否则，运行时就会移到下一步，消息转发（Message Forwarding）。

Fast forwarding
如果目标对象实现了-forwardingTargetForSelector:
，Runtime 这时就会调用这个方法，给你把这个消息转发给其他对象的机会。只要这个方法返回的不是nil和self，整个消息发送的过程就会被重启，当然发送的对象会变成你返回的那个对象。否则，就会继续Normal Fowarding。这里叫Fast，只是为了区别下一步的转发机制。因为这一步不会创建任何新的对象，但下一步转发会创建一个NSInvocation对象，所以相对更快点。

Normal forwarding
这一步是Runtime最后一次给你挽救的机会。首先它会发送-methodSignatureForSelector:
消息获得函数的参数和返回值类型。如果-methodSignatureForSelector:
返回nil，Runtime则会发出-doesNotRecognizeSelector:
消息，程序这时也就挂掉了。如果返回了一个函数签名，Runtime就会创建一个NSInvocation对象并发送-forwardInvocation:
消息给目标对象。

为了能更清晰地理解这些方法的作用，git仓库里也给出了一个Demo，名称叫“ _objc_msgForward_demo
”,可运行起来看看。
[

它内部也有一个isa指针指向元对象(meta class),元对象内部存放的是类方法列表,类对象内部还有一个superclass的指针,指向他的父类对象。

每个 Objective-C 对象都有相同的结构，如下图所示：

enter image description here

翻译过来就是
Objective-C 对象的结构图

ISA指针

根类的实例变量

倒数第二层父类的实例变量

...

父类的实例变量

类的实例变量

根对象就是NSobject，它的superclass指针指向nil

类对象既然称为对象，那它也是一个实例。类对象中也有一个isa指针指向它的元类(meta class)，即类对象是元类的实例。元类内部存放的是类方法列表，根元类的isa指针指向自己，superclass指针指向NSObject类。

如图:

enter image description here

[

答案：
都输出 Son
NSStringFromClass([self class]) = SonNSStringFromClass([super class]) = Son

这个题目主要是考察关于 Objective-C 中对 self 和 super 的理解。
我们都知道：self 是类的隐藏参数，指向当前调用方法的这个类的实例。那 super 呢？
很多人会想当然的认为“ super 和 self 类似，应该是指向父类的指针吧！”。这是很普遍的一个误区。其实 super 是一个 Magic Keyword，它本质是一个编译器标示符，和 self 是指向的同一个消息接受者！他们两个的不同点在于：super 会告诉编译器，调用 class 这个方法时，要去父类的方法，而不是本类里的。
上面的例子不管调用[self class]
还是[super class]
，接受消息的对象都是当前 Son ＊xxx
这个对象。
当使用 self 调用方法时，会从当前类的方法列表中开始找，如果没有，就从父类中再找；而当使用 super 时，则从父类的方法列表中开始找。然后调用父类的这个方法。
这也就是为什么说“不推荐在 init 方法中使用点语法”，如果想访问实例变量 iVar 应该使用下划线（ _iVar
），而非点语法（self.iVar
）。
点语法（ self.iVar
）的坏处就是子类有可能覆写 setter 。假设 Person 有一个子类叫 ChenPerson，这个子类专门表示那些姓“陈”的人。该子类可能会覆写 lastName 属性所对应的设置方法：
//// ChenPerson.m// //// Created by https://github.com/ChenYilong on 15/8/30.// Copyright (c) 2015年 http://weibo.com/luohanchenyilong/ 微博@iOS程序犭袁. All rights reserved.//#import "ChenPerson.h"@implementation ChenPerson@synthesize lastName = _lastName;- (instancetype)init{ self = [super init]; if (self) { NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, NSStringFromClass([self class])); NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, NSStringFromClass([super class])); } return self;}- (void)setLastName:(NSString*)lastName{ //设置方法一：如果setter采用是这种方式，就可能引起崩溃// if (![lastName isEqualToString:@"陈"])// {// [NSException raise:NSInvalidArgumentException format:@"姓不是陈"];// }// _lastName = lastName; //设置方法二：如果setter采用是这种方式，就可能引起崩溃 _lastName = @"陈"; NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, @"会调用这个方法,想一下为什么？");}@end

在基类 Person 的默认初始化方法中，可能会将姓氏设为空字符串。此时若使用点语法（ self.lastName
）也即 setter 设置方法，那么调用将会是子类的设置方法，如果在刚刚的 setter 代码中采用设置方法一，那么就会抛出异常，
为了方便采用打印的方式展示，究竟发生了什么，我们使用设置方法二。
如果基类的代码是这样的：
//// Person.m// nil对象调用点语法//// Created by https://github.com/ChenYilong on 15/8/29.// Copyright (c) 2015年 http://weibo.com/luohanchenyilong/ 微博@iOS程序犭袁. All rights reserved.// #import "Person.h"@implementation Person- (instancetype)init{ self = [super init]; if (self) { self.lastName = @""; //NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, NSStringFromClass([self class])); //NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, self.lastName); } return self;}- (void)setLastName:(NSString*)lastName{ NSLog(@"类名与方法名：%s（在第%d行），描述：%@", PRETTY_FUNCTION, LINE, @"根本不会调用这个方法"); _lastName = @"炎黄";}@end

那么打印结果将会是这样的：
类名与方法名：-[ChenPerson setLastName:]（在第36行），描述：会调用这个方法,想一下为什么？类名与方法名：-[ChenPerson init]（在第19行），描述：ChenPerson 类名与方法名：-[ChenPerson init]（在第20行），描述：ChenPerson

我在仓库里也给出了一个相应的 Demo（名字叫：Demo_21题_下面的代码输出什么）。有兴趣可以跑起来看一下，主要看下他是怎么打印的，思考下为什么这么打印。
接下来让我们利用 runtime 的相关知识来验证一下 super 关键字的本质，使用clang重写命令:
$ clang -rewrite-objc test.m

将这道题目中给出的代码被转化为:
NSLog((NSString )&__NSConstantStringImpl__var_folders_gm_0jk35cwn1d3326x0061qym280000gn_T_main_a5cecc_mi_0, NSStringFromClass(((Class ()(id, SEL))(void *)objc_msgSend)((id)self, sel_registerName("class")))); NSLog((NSString )&__NSConstantStringImpl__var_folders_gm_0jk35cwn1d3326x0061qym280000gn_T_main_a5cecc_mi_1, NSStringFromClass(((Class ()(__rw_objc_super *, SEL))(void *)objc_msgSendSuper)((__rw_objc_super){ (id)self, (id)class_getSuperclass(objc_getClass("Son")) }, sel_registerName("class"))));

从上面的代码中，我们可以发现在调用 [self class] 时，会转化成 objc_msgSend
函数。看下函数定义：
id objc_msgSend(id self, SEL op, ...)

我们把 self 做为第一个参数传递进去。
而在调用 [super class]时，会转化成 objc_msgSendSuper
函数。看下函数定义:
id objc_msgSendSuper(struct objc_super *super, SEL op, ...)

第一个参数是 objc_super
这样一个结构体，其定义如下:
struct objc_super { __unsafe_unretained id receiver; __unsafe_unretained Class super_class;};

结构体有两个成员，第一个成员是 receiver, 类似于上面的 objc_msgSend
函数第一个参数self 。第二个成员是记录当前类的父类是什么。
所以，当调用［self class] 时，实际先调用的是 objc_msgSend
函数，第一个参数是 Son当前的这个实例，然后在 Son 这个类里面去找 - (Class)class这个方法，没有，去父类 Father里找，也没有，最后在 NSObject类中发现这个方法。而 - (Class)class的实现就是返回self的类别，故上述输出结果为 Son。
objc Runtime开源代码对- (Class)class方法的实现:

(Class)class { return object_getClass(self);}

而当调用 [super class]
时，会转换成objc_msgSendSuper函数
。第一步先构造 objc_super
结构体，结构体第一个成员就是 self
。第二个成员是 (id)class_getSuperclass(objc_getClass(“Son”))
, 实际该函数输出结果为 Father。
第二步是去 Father这个类里去找 - (Class)class
，没有，然后去NSObject类去找，找到了。最后内部是使用objc_msgSend(objc_super->receiver, @selector(class))
去调用，
此时已经和[self class]
调用相同了，故上述输出结果仍然返回 Son。
参考链接：微博@Chun_iOS的博文刨根问底Objective－C Runtime（1）－ Self & Super
[

无论在MRC下还是ARC下均不需要。

2011年版本的Apple API 官方文档 - Associative References 一节中有一个MRC环境下的例子：
// 在MRC下，使用runtime Associate方法关联的对象，不需要在主对象dealloc的时候释放// http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁)// https://github.com/ChenYilong// 摘自2011年版本的Apple API 官方文档 - Associative References static char overviewKey;NSArray *array = [[NSArray alloc] initWithObjects:@"One", @"Two", @"Three", nil];// For the purposes of illustration, use initWithFormat: to ensure// the string can be deallocatedNSString *overview = [[NSString alloc] initWithFormat:@"%@", @"First three numbers"];objc_setAssociatedObject ( array, &overviewKey, overview, OBJC_ASSOCIATION_RETAIN);[overview release];// (1) overview valid[array release];// (2) overview invalid

文档指出
At point 1, the string overview
is still valid because the OBJC_ASSOCIATION_RETAIN
policy specifies that the array retains the associated object. When the array is deallocated, however (at point 2), overview
is released and so in this case also deallocated.

我们可以看到，在[array release];
之后，overview就会被release释放掉了。
既然会被销毁，那么具体在什么时间点？
根据 WWDC 2011, Session 322 (第36分22秒) 中发布的内存销毁时间表，被关联的对象在生命周期内要比对象本身释放的晚很多。它们会在被 NSObject -dealloc 调用的 object_dispose() 方法中释放。

对象的内存销毁时间表，分四个步骤：
// 对象的内存销毁时间表// http://weibo.com/luohanchenyilong/ (微博@iOS程序犭袁)// https://github.com/ChenYilong// 根据 WWDC 2011, Session 322 (36分22秒)中发布的内存销毁时间表 1. 调用 -release ：引用计数变为零 * 对象正在被销毁，生命周期即将结束. * 不能再有新的 __weak 弱引用，否则将指向 nil. * 调用 [self dealloc] 2. 父类调用 -dealloc * 继承关系中最底层的父类在调用 -dealloc * 如果是 MRC 代码则会手动释放实例变量们（iVars） * 继承关系中每一层的父类都在调用 -dealloc 3. NSObject 调 -dealloc * 只做一件事：调用 Objective-C runtime 中的 object_dispose() 方法 4. 调用 object_dispose() * 为 C++ 的实例变量们（iVars）调用 destructors * 为 ARC 状态下的实例变量们（iVars）调用 -release * 解除所有使用 runtime Associate方法关联的对象 * 解除所有 __weak 引用 * 调用 free()

对象的内存销毁时间表：参考链接。
[

实例方法：
实例方法是属于实例对象的
实例方法只能通过实例对象调用
实例方法中的self是实例对象
实例方法中可以访问成员变量
实例方法中直接调用实例方法
实例方法中也可以调用类方法(通过类名)

[

(void)viewDidLoad{ [super viewDidLoad]; NSLog(@"1"); dispatch_sync(dispatch_get_main_queue(), ^{ NSLog(@"2"); }); NSLog(@"3");}

[

转载：程序猿（-，11-24）

你可能感兴趣的:(转载：程序猿（-，11-24）)