runloop
runloop
对于一个标准的iOS开发来说都不陌生,应该说熟悉runloop是标配,下面就随便列几个典型问题吧
1. app如何接收到触摸事件的
- 首先,手机中处理
触摸事件
的是硬件系统进程 ,当硬件系统进程识别到触摸事件后,会将这个事件进行封装
,并通过machPort
,将封装的事件发送给当前活跃的APP进程。 - 由于APP的主线程中runloop注册了这个machPort端口,就是用于接收处理这个事件的,所以这里APP收到这个消息后,开始寻找
响应链
。 - 寻找到响应链后,开始
分发事件
,它会优先发送给手势集合
,来过滤这个事件,一旦手势集合中其中一个手势识别了这个事件,那么这个事件将不会发送给响应链对象。 - 手势没有识别到这个事件,事件将会发送给响应链对象
UIResponser
。
UIResponder
每个响应者都是一个UIResponder对象,即所有派生自UIResponder的对象,本身都具备响应事件的能力。因此以下类的实例都是响应者:
- UIView
- UIViewController
- UIApplication
- AppDelegate
响应者之所以能响应事件,因为其提供了4个处理触摸事件的方法:
//手指触碰屏幕,触摸开始
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//手指在屏幕上移动
- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//手指离开屏幕,触摸结束
- (void)touchesEnded:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
//触摸结束前,某个系统事件中断了触摸,例如电话呼入
- (void)touchesCancelled:(NSSet<UITouch *> *)touches withEvent:(nullable UIEvent *)event;
事件的三徒弟UIResponder、UIGestureRecognizer、UIControl
手势识别器比UIResponder具有更高的事件响应优先级!!
UIControl
是系统提供的能够以target-action
模式处理触摸事件
的控件,iOS中UIButton
、UISegmentedControl
、UISwitch
等控件都是UIControl的子类。当UIControl跟踪到触摸事件时,会向其上添加的target发送事件以执行action。值得注意的是,UIConotrol是UIView的子类,因此本身也具备UIResponder应有的身份。
关于UIControl
,此处介绍两点:
- target-action执行时机及过程
- 触摸事件优先级
UIControl
比其父视图
上的手势识别器具有更高的事件响应优先级
同一控件
上,手势识别器比UIControl
高
2. 为什么只有主线程的runloop是开启的
app启动前会调用main函数,具体如下:
int main(int argc, char * argv[]) {
NSString * appDelegateClassName;
@autoreleasepool {
// Setup code that might create autoreleased objects goes here.
appDelegateClassName = NSStringFromClass([AppDelegate class]);
}
return UIApplicationMain(argc, argv, nil, appDelegateClassName);
}
mian函数中调用UIApplicationMain
,这里会创建一个主线程,用于UI处理
,为了让程序可以一直运行
,所以在主线程中开启一个runloop,让主线程常驻。
3. 为什么只在主线程刷新UI
原因一:安全+效率
UIKit不是线程安全的,UI操作涉及到渲染访问各种View对象的属性,如果异步操作
下会存在读写
问题,而为其加锁
则会耗费大量资源
并拖慢运行速度。
另一方面因为整个程序的起点UIApplication
是在主线程
进行初始化,所有的用户事件都是在主线程上进行传递(如点击、拖动),所以view
只能在主线程
上才能对事件进行响应
。而在渲染方面由于图像的渲染需要以60帧的刷新率在屏幕上 同时更新,在非主线程异步化的情况下无法确定这个处理过程能够实现同步更新。
4. PerformSelector和runloop的关系
一 基础用法
performSelecor
响应了OC语言的动态性
:延迟到运行时才绑定方法。当我们在使用以下方法时:
[obj performSelector:@selector(xxx)];
[obj performSelector:@selector(xxx:) withObject:@"xxx"];
[obj performSelector:@selector(xxx: with:) withObject:@"xxx" withObject:@"xxx"];
编译阶段并不会去检查方法是否有效存在,只会给出警告。所以在实际开发中,为了避免运行时突然报错找不到方法等问题,少使用performSelector方法。
二 延迟执行
[obj performSelector:@selector(xxx:) withObject:@"xxx" afterDelay:4.f];
NSTimer
:当一个NSTimer注册到Runloop后,Runloop会重复的在相应的时间点注册事件,当然Runloop为了节省资源并不会在准确
的时间点触发事件。
而performSelector:withObject:afterDelay:
其实就是在内部创建了一个NSTimer
,然后会添加到当前线程的Runloop
中。所以当该方法添加到子线程中时,需要格外的注意两个地方:
① 在子线程中执行会不会调用test方法
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue, ^{
[self performSelector:@selector(test) withObject:nil afterDelay:2];
});
会发现test方法并没有被调用,因为子线程中的runloop默认是没有启动的状态。使用run方法开启当前线程的runloop,但是一定要注意run方法和执行该延迟方法的顺序。
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue, ^{
[[NSRunLoop currentRunLoop] run];
[self performSelector:@selector(test) withObject:nil afterDelay:2];
});
会发现即便添加了run方法,但是test方法还是没有被调用,在最后打印当前线程的runloop,会发现:
timers = <CFArray 0x6000002a8100 [0x109f67bb0]>{type = mutable-small, count = 1, values = (
0 : <CFRunLoopTimer 0x6000001711c0 [0x109f67bb0]>{valid = Yes, firing = No, interval = 0, tolerance = 0, next fire date = 544280547 (1.98647892 @ 3795501066754), callout = (Delayed Perform) lZLearningFromInterviewController test (0x105ea0d9c / 0x104b2e2c0) (), context = <CFRunLoopTimer context 0x600000470080>}
子线程的runloop中确实添加了一个CFRunLoopTimer的事件,但是到最后都不会被执行。
将run方法和performSelector延迟方法调换顺序后运行:
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue, ^{
[self performSelector:@selector(test) withObject:nil afterDelay:2];
[[NSRunLoop currentRunLoop] run];
});
所以在子线程中两者的顺序必须是先执行performSelector
延迟方法之后再执行run
方法。因为run方法只是尝试想要开启当前线程中的runloop,但是如果该线程中并没有任何事件(source、timer、observer)的话,并不会成功的开启.
② test方法中执行的线程
[self performSelector:@selector(test) withObject:nil afterDelay:2];
如果在子线程中调用该performSelector延迟方法,会发现调用该延迟方法的子线程和test方法中执行的子线程是同一个,也就是说:
对于该performSelector延迟方法而言,如果在主线程中调用,那么test方法也是在主线程中执行;如果是在子线程中调用,那么test也会在该子线程中执行。
在回答完延迟方法之后,会将该方法和performSelector:withObject:
作对比,那么performSelector:withObject:在不添加到子线程的Runloop中时是否能执行?
performSelector:withObject:只是一个单纯的消息发送,和时间没有一点关系。所以不需要添加到子线程的Runloop中也能执行。
三 异步执行
如何在不使用GCD和NSOperation的情况下,实现异步线程?
- NSThread
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(test) object:nil];
[NSThread detachNewThreadSelector:@selector(test) toTarget:self withObject:nil];
[NSThread detachNewThreadWithBlock:^{
NSLog(@"block中的线程 ---- %@",[NSThread currentThread]);
}];
- performSelectorInBackground
[self performSelectorInBackground:@selector(test) withObject:nil];
该方法一目了然,开启新的线程在后台执行test方法
- performSelector:onThread:在指定线程执行
waitUntilDone 当这个参数为YES,时表示当前runloop循环中的时间马上响应这个事件,
如果为NO则runloop会将这个事件加入runloop队列在合适的时间执行这个事件
[self performSelector:@selector(test)
onThread:[NSThread currentThread]
withObject:nil
waitUntilDone:YES];
要注意,在执行performSelector:onThread:withObject:waitUntilDone
方法时候,如果是在另外一个线程执行,必须保证另外的线程
是有一个runloop
.具体的使用可以参考AFNetworking.
四 多参传递
performSelector如何进行多值传输?
- NSArray或者NSDictionary或者自定义Model的形式
//封装参数
NSDictionary *dic = @{@"param1":@"this is a string",@"param2":@[@2,@3,@3],@"param3":@123};
//调用方法
[self performSelector:@selector(testFunctionWithParams:) withObject:dic];
- (void)testFunctionWithParams:(NSDictionary *)paramDic {
NSLog(@"%s dic:%@",__FUNCTION__, paramDic);
}
- objc_msgSend:
{
NSNumber *age = [NSNumber numberWithInt:20];
NSString *name = @"李周";
NSString *gender = @"女";
NSArray *friends = @[@"谢华华",@"亚呼呼"];
SEL selector = NSSelectorFromString(@"getAge:name:gender:friends:");
NSArray *array = @[age,name,gender,friends];
((void(*)(id,SEL,NSNumber*,NSString*,NSString*,NSArray*)) objc_msgSend)(self,selector,age,name,gender,friends);
}
- (void)getAge:(NSNumber *)age name:(NSString *)name gender:(NSString *)gender friends:(NSArray *)friends
{
NSLog(@"%d----%@---%@---%@",[age intValue],name,gender,friends[0]);
}
- 用NSInvocation传递
//可以传多个参数的方法
- (id)performSelector:(SEL)selector withObjects:(NSArray *)objects
{
// 方法签名(方法的描述)
NSMethodSignature *signature = [[self class] instanceMethodSignatureForSelector:selector];
if (signature == nil) {
//可以抛出异常也可以不操作。
}
// NSInvocation : 利用一个NSInvocation对象包装一次方法调用(方法调用者、方法名、方法参数、方法返回值)
NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:signature];
invocation.target = self;
invocation.selector = selector;
// 设置参数
NSInteger paramsCount = signature.numberOfArguments - 2; // 除self、_cmd以外的参数个数
paramsCount = MIN(paramsCount, objects.count);
for (NSInteger i = 0; i < paramsCount; i++) {
id object = objects[i];
if ([object isKindOfClass:[NSNull class]]) continue;
[invocation setArgument:&object atIndex:i + 2];
}
// 调用方法
[invocation invoke];
// 获取返回值
id returnValue = nil;
if (signature.methodReturnLength) { // 有返回值类型,才去获得返回值
[invocation getReturnValue:&returnValue];
}
return returnValue;
}
//调用方法
NSArray *paramArray = @[@"112",@[@2,@13],@12];
[self performSelector:@selector(textFunctionWithParam:param2:param3:) withObjects:paramArray];
//要调用的方法
-(void)textFunctionWithParam:(NSString *)param1 param2:(NSArray *)param2 param3:(NSInteger)param3 {
NSLog(@"param1:%@, param2:%@, param3:%ld",param1, param2, param3);
}
5. 如何使线程保活
KVO
1. 实现原理
KVO
的实现也依赖于 Objective-C 强大的 Runtime
简单概述下 KVO 的实现:
当你观察一个对象时,一个新的类NSKVONotifying_XXX
会动态被创建。这个类继承
自该对象的原本的类,并重写了被观察属性的setter
方法。自然,重写的 setter 方法会负责在调用
原 setter 方法之前
和之后
,通知所有观察对象值的更改。最后把这个对象的isa
指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类
,对象就神奇的变成了新创建的子类的实例
setter
方法前后会调用:
- willChangeValueForKey
- didChangeValueForKey
2. 如何手动关闭kvo
- 重写被观察对象的
automaticallyNotifiesObserversForKey
方法,返回NO - 重写
automaticallyNotifiesObserversOf<key>
,返回NO
注意:关闭kvo后,需要手动在赋值前后添加willChangeValueForKey
和didChangeValueForKey
,才可以收到观察通知。
参考这篇文章
3. 通过KVC修改属性会触发KVO么
会
4. 哪些情况下使用kvo会崩溃,怎么防护崩溃
- 多次重复移除同一个属性,移除了未注册的观察者
解决办法:根据实际情况,增加一个添加keyPath的标记,在dealloc中根据这个标记,删除观察者。 - dealloc 没有移除 kvo 观察者
解决方案:创建一个中间对象,将其作为某个属性的观察者,然后dealloc的时候去做移除观察者,而调用者是持有中间对象的,调用者释放了,中间对象也释放了,dealloc 也就移除观察者了; - 添加了观察者,但未实现 observeValueForKeyPath:ofObject:change:context:方法,导致崩溃;
- 添加或者移除时 keypath == nil,导致崩溃;
以下解决方案出自 iOS 开发:『Crash 防护系统』(二)KVO 防护 一文。
其实还可以将观察者observer委托给另一个类去完成,这个类弱引用被观察者,当这个类销毁的时候,移除观察者对象,参考KVOController。
5. kvo的优缺点
缺点补充:
- 只能通过重写
-observeValueForKeyPath:ofObject:change:context:
方法来获得通知。 - 不同通过指定
selector
的方式获取通知。 - 不能通过
block
的方式获取通知。
参考这篇文章
6. 如何去实现带Block的KVO?
首先,我们创建 NSObject 的 Category,并在头文件中添加两个 API:
typedef void(^PGObservingBlock)(id observedObject, NSString *observedKey, id oldValue, id newValue);
@interface NSObject (KVO)
- (void)PG_addObserver:(NSObject *)observer
forKey:(NSString *)key
withBlock:(PGObservingBlock)block;
- (void)PG_removeObserver:(NSObject *)observer forKey:(NSString *)key;
@end
接下来,实现 ·PG_addObserver:forKey:withBlock: ·方法。逻辑并不复杂:
- 检查对象的类有没有相应的 setter 方法。如果没有抛出异常;
- 检查对象 isa 指向的类是不是一个 KVO 类。如果不是,新建一个继承原来类的子类,并把 isa 指向这个新建的子类;
- 检查对象的 KVO 类重写过没有这个 setter 方法。如果没有,添加重写的 setter 方法;
- 添加这个观察者
- (void)PG_addObserver:(NSObject *)observer
forKey:(NSString *)key
withBlock:(PGObservingBlock)block
{
// Step 1: Throw exception if its class or superclasses doesn't implement the setter
SEL setterSelector = NSSelectorFromString(setterForGetter(key));
Method setterMethod = class_getInstanceMethod([self class], setterSelector);
if (!setterMethod) {
// throw invalid argument exception
}
Class clazz = object_getClass(self);
NSString *clazzName = NSStringFromClass(clazz);
// Step 2: Make KVO class if this is first time adding observer and
// its class is not an KVO class yet
if (![clazzName hasPrefix:kPGKVOClassPrefix]) {
clazz = [self makeKvoClassWithOriginalClassName:clazzName];
object_setClass(self, clazz);
}
// Step 3: Add our kvo setter method if its class (not superclasses)
// hasn't implemented the setter
if (![self hasSelector:setterSelector]) {
const char *types = method_getTypeEncoding(setterMethod);
class_addMethod(clazz, setterSelector, (IMP)kvo_setter, types);
}
// Step 4: Add this observation info to saved observation objects
PGObservationInfo *info = [[PGObservationInfo alloc] initWithObserver:observer Key:key block:block];
NSMutableArray *observers = objc_getAssociatedObject(self, (__bridge const void *)(kPGKVOAssociatedObservers));
if (!observers) {
observers = [NSMutableArray array];
objc_setAssociatedObject(self, (__bridge const void *)(kPGKVOAssociatedObservers), observers, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
[observers addObject:info];
}
第一步里,先通过 setterForGetter()
方法获得相应的 setter 的名字(SEL)。也就是把 key 的首字母大写,然后前面加上 set 后面加上 :,这样 key 就变成了 setKey:。然后再用 class_getInstanceMethod 去获得 setKey: 的实现(Method)。如果没有,自然要抛出异常。
第二步,我们先看类名有没有我们定义的前缀。如果没有,我们就去创建新的子类,并通过 object_setClass() 修改 isa 指针。
- (Class)makeKvoClassWithOriginalClassName:(NSString *)originalClazzName
{
NSString *kvoClazzName = [kPGKVOClassPrefix stringByAppendingString:originalClazzName];
Class clazz = NSClassFromString(kvoClazzName);
if (clazz) {
return clazz;
}
// class doesn't exist yet, make it
Class originalClazz = object_getClass(self);
Class kvoClazz = objc_allocateClassPair(originalClazz, kvoClazzName.UTF8String, 0);
// grab class method's signature so we can borrow it
Method clazzMethod = class_getInstanceMethod(originalClazz, @selector(class));
const char *types = method_getTypeEncoding(clazzMethod);
class_addMethod(kvoClazz, @selector(class), (IMP)kvo_class, types);
objc_registerClassPair(kvoClazz);
return kvoClazz;
}
动态创建新的类需要用 objc/runtime.h 中定义的 objc_allocateClassPair() 函数。传一个父类,类名,然后额外的空间(通常为 0),它返回给你一个类。然后就给这个类添加方法,也可以添加变量。这里,我们只重写了 class 方法。哈哈,跟 Apple 一样,这时候我们也企图隐藏这个子类的存在。最后 objc_registerClassPair() 告诉 Runtime 这个类的存在。
第三步,重写 setter 方法。新的 setter 在调用原 setter 方法后,通知每个观察者(调用之前传入的 block )
static void kvo_setter(id self, SEL _cmd, id newValue)
{
NSString *setterName = NSStringFromSelector(_cmd);
NSString *getterName = getterForSetter(setterName);
if (!getterName) {
// throw invalid argument exception
}
id oldValue = [self valueForKey:getterName];
struct objc_super superclazz = {
.receiver = self,
.super_class = class_getSuperclass(object_getClass(self))
};
// cast our pointer so the compiler won't complain
void (*objc_msgSendSuperCasted)(void *, SEL, id) = (void *)objc_msgSendSuper;
// call super's setter, which is original class's setter method
objc_msgSendSuperCasted(&superclazz, _cmd, newValue);
// look up observers and call the blocks
NSMutableArray *observers = objc_getAssociatedObject(self, (__bridge const void *)(kPGKVOAssociatedObservers));
for (PGObservationInfo *each in observers) {
if ([each.key isEqualToString:getterName]) {
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
each.block(self, getterName, oldValue, newValue);
});
}
}
}
细心的同学会发现我们对 objc_msgSendSuper 进行类型转换。在 Xcode 6 里,新的 LLVM 会对 objc_msgSendSuper 以及 objc_msgSend 做严格的类型检查,如果不做类型转换。Xcode 会抱怨有 too many arguments 的错误。(在 WWDC 2014 的视频 What new in LLVM 中有提到过这个问题。)
最后一步,把这个观察的相关信息存在 associatedObject
里。观察的相关信息(观察者,被观察的 key, 和传入的 block )
封装在 PGObservationInfo 类里。
@interface PGObservationInfo : NSObject
@property (nonatomic, weak) NSObject *observer;
@property (nonatomic, copy) NSString *key;
@property (nonatomic, copy) PGObservingBlock block;
@end
就此,一个基本的 KVO 就可以 work 了。当然,这只是一个一天多做出来的小东西,会有 bug,也有很多可以优化完善的地方。
完整的例子可以从这里下载:ImplementKVO
7. KVOController的原理?
KVO 存在的问题
KVO 本身写起来并不友好,存在一些问题:
- 需要手动移除观察者
- 处理
观察事件
需要和注册观察事件
割裂开
那么如何解决呢?
没有什么是一个中间变量
不能解决的。可以创建一个实例,观察的事件由它分发,在其 dealloc
方法中移除观察者
。这样就不用在外部业务方法中移除了。KVOController
也是这么做的。
总结
整个库的流程是:
KVOController
把观察的对象
作为其NSMapTable
属性 _objectInfomap 的键
,把整个回调环境
组成的对象 KVOInfo 作为值
保存起来。同时通过一个单例的KVOSharedController
执行具体的注册与监听
方法。KVO 自动取消监听的核心在于让
KVOController
这类的中间类的生命周期和被监听的object 同步
,而不是和 Observer 同步。因为,只有在被监听对象回收的时候取消监听才能真正避免 crash
的危险。
NSMapTable
NSMapTable 相比较 NSDictionary 的优势有:
- NSDictionary 必须是
key-obj
的形式,key 必须是满足 NSCopying 协议的;NSMapTable 则是obj-obj
的形式 - NSDictionary 的 obj 是
强引用
;NSMapTable 的 key 和 value 都可以自己决定
是强引用还是弱引用。如果弱引用
回收后,会自动删除
。
[[NSMapTable alloc] initWithKeyOptions:keyOptions
valueOptions:NSPointerFunctionsStrongMemory|NSPointerFunctionsObjectPersonality
capacity:0];
NSMapTable 的选项
NSMapTableStrongMemory (a “memory option”)
NSMapTableWeakMemory (a “memory option”)
NSMapTableObjectPointerPersonality (a “personality option”)
NSMapTableCopyIn (a “copy option”)