属性关键字
1. 属性关键字都有哪些?
- 读写权限
- readonly(默认)
- readwrite
- 原子性
- atomic(默认)
- nonatomic
- 引用计数
- retain/strong
- assign/unsafe_unretained
- weak
- copy
2. 使用atomic一定是线程安全的吗?
当一个对象被atomic关键字修饰,系统会在生成的setter/getter方法里添加锁,保证了读写时的安全,但并不能保证线程安全。
3. assign和weak的区别
assign关键字的特点:
- 可以修饰基本数据类型,如int,BOOL等。
- 可以修饰对象类型时,且不改变其引用计数。
- 修饰的对象在被释放之后,指针仍指向原对象地址,会产生悬垂指针。
weak关键字的特点
- 只能修饰对象类型,且不改变被修饰对象的引用计数。
- 所指对象在被释放之后会自动置为nil。
weak关键字只能修饰对象;而assign既可以修饰对象,也可以修饰基本数据类型。
assign修饰的对象在被释放之后,指针仍指向原对象地址;而weak所指对象在被释放之后会自动置为nil。
4. 浅拷贝和深拷贝
浅拷贝
浅拷贝就是对内存地址的复制,让目标对象指针和原对象指向同一片内存空间。
- 浅拷贝会增加被拷贝对象的引用计数。
- 浅拷贝并没有开辟新的内存空间。
深拷贝
深拷贝让目标对象指针和原对象指针指向两片内容相同的内存空间。
- 深拷贝不会增加被拷贝对象的引用计数。
- 深拷贝开辟了新的内存空间。
copy关键字
- 可变对象的copy和mutableCopy都是深拷贝。
- 不可变对象的copy是浅拷贝,mutableCopy是深拷贝。
- copy方法放回的都是不可变对象。
源对象类型 | 拷贝方式 | 目标对象类型 | 拷贝类型 |
---|---|---|---|
mutable对象 | copy | 不可变 | 深拷贝 |
mutable对象 | mutableCopy | 可变 | 深拷贝 |
immutable对象 | copy | 不可变 | 浅拷贝 |
immutable对象 | mutableCopy | 可变 | 深拷贝 |
5. MRC下如何重写retain修饰变量的setter方法?
@property (nonatomic, retain) id obj;
- (void)setObj:(id)obj {
if (_obj != obj) {
// 判断不是同一个对象再release,防止异常处理
[_obj release];
_obj = [obj retain];
}
}
分类
1. 你用分类都做了哪些事?
- 声明私有方法
- 分解体积庞大的类文件
- 把Framework的私有方法公开
2. 分类的特点:
- 运行时决议
- 可以为系统类添加分类
3. 分类中都可以添加哪些内容?
- 实例方法
- 类方法
- 协议
- 属性
注:在分类中定义的属性,实际上只生成了对应的get和set方法,并没有在分类中添加实例变量。但分类可以通过关联对象的方法来添加实例变量。
4. 分类的结构体
struct category_t {
const char *name;
classref_t cls;
struct method_list_t *instanceMethods;
struct method_list_t *classMethods;
struct protpcpl_list_t *protocols;
struct property_list_t *instanceProperties;
method_list_t *methodsForMeta(bool isMeta) {
if (isMeta) return classMethods;
else return instanceMethods;
}
protpcpl_list_t *propertiesForMeta(bool isMeta) {
if (isMeta) return nil; // classProperties;
else retuen instanceProperties;
}
};
5. 多个分类包含同名方法时,会怎么样?
- 分类添加的方法可以“覆盖”原类方法
- 同名分类方法谁能生效取决于编译顺序,最后被编译的分类优先生效
- 名称相同的分类会引起编译报错
关联对象
1. 关联对象的本质
关联对象由AssociationsManager管理并在AssociationsHashMap存储。
所有对象的关联内容都在同一个全局容器中。
通过关联对象技术为分类添加的成员变量,并没有添加到分类所对应的宿主类上。
扩展
1. 一般用扩展做什么?
- 声明私有属性
- 声明私有方法
- 声明私有成员变量
2. 扩展的特点
- 编译时决议
- 只以声明的形式存在,多数情况下寄生于宿主类的.m中
- 不能为系统类添加扩展
3. 分类和扩展的区别
- 分类是运行时决议,扩展是编译时决议。
- 分类可以有声明和实现,而扩展只有声明没有实现
- 可以为系统类添加分类,但不能为系统类添加扩展
通知和代理
1. 通知的特点
- 通知是使用观察者模式来实现的用于跨层传递消息的机制
- 传递方式为一对多
2. 代理的特点
- 代理准确的说是一种软件设计模式
- iOS当中以@protocol形式体现
- 传递方式为一对一
3. 代理为什么以weak形式声明?
往往代理方会强持有委托方,而委托方需要有一个关于代理方的声明,以weak形式声明可以规避循环引用。
KVO
1. 什么是KVO?
- KVO是Key-value observing的缩写。
- KVO是Objective-C对观察者设计模式的又一实现。
- Apple使用了isa混写(isa-swizzling)来实现KVO。
2. KVO的实现机制和原理
当我们注册一个对象的观察者时,系统会在运行时动态创建一个观察对象的子类,并将原本指向观察对象的isa指针,指向新创建的子类上(修改isa指针的指向,就是isa混写技术的标志),子类重写对应的setter方法,重写后的setter方法负责通知所有观察对象。
// KVO在子类重写的setter方法
- (void)setValue:(id)obj {
[self willChangeValueForKey:@"keyPath"];
[super setValue:obj];
[self didChangeValueForKey:@"keyPath"];
}
KVO是通过重写setter方法来实现的,那么如果不通过setter方法,比如直接使用KVC来修改value、或者直接修改成员变量,KVO还能否生效?为什么?
- 使用KVC修改value时能触发KVO的监听
- 直接修改成员变量无法触发KVO的监听
能否触发KVO的监听取决于是否调用了setter方法,使用KVC修改value会触发setter方法,所以能被监听到。但也可以在修改成员变量时,模拟KVO对setter方法的重写,修改前调用[self willChangeValueForKey:@"keyPath"]
,修改后调用[self didChangeValueForKey:@"keyPath"]
,实现手动触发KVO的回调。
KVC
1. 什么是KVC?
KVC是Key-value coding的缩写,是iOS系统为我们提供的一种键值编码技术。
- -(id)valueForKey:(NSString *)key
- -(void)setValue:(id)value forKey:(NSString *)key
2. KVC是否违背了面向对象编程思想?
KVC违背了面向对象编程思想。如果我们知道了某个类内部的私有成员变量名称,那么我们在外部可以通过已知的Key来设置或访问其私有变量。
3. valueForKey:的实现流程
- 系统首先通过Key判断该实例变量是否实现了get方法,如果get方法存在,则直接调用get方法,并结束整个流程;
- 如果get方法不存在则判断实例变量是否存在,若实例变量存在,则获取该实例变量的值,并结束整个流程;
- 如果实例变量不存在,系统会调用valueForUndefinedKey:方法,抛出异常NSUndefinedKeyException,并结束整个流程。
注:在判断实例变量是否存在时,系统给我们提供了一个可屏蔽的开关(+(BOOL)accessInstanceVariablesDirectly
),默认返回YES,当我们重写该方法并返回NO时,即使类中存在该成员变量我们也获取不到。
get方法的判断规则
- key
- isKey
- getKey
实例变量的判断规则
- _key
- _isKey
- key
- isKey
4. setValue:forKey:的实现流程
- 系统首先通过Key判断该实例变量是否实现了set方法,如果set方法存在,则直接调用set方法,并结束整个流程;
- 如果set方法不存在则判断实例变量是否存在,若实例变量存在,则对该实例变量赋值,并结束整个流程;
- 如果实例变量不存在,系统会调用setValue:forUndefinedKey:方法,抛出异常NSUndefinedKeyException,并结束整个流程。
注:实例变量的判断同valueForKey:方法,可通过开关控制。