大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全家桶1年46,售后保障稳定
一 基础用法
performSelecor响应了OC语言的动态性:延迟到运行时才绑定方法。当我们在使用以下方法时:
[obj performSelector:@selector(play)];
[obj performSelector:@selector(play:) withObject:@"李周"];
[obj performSelector:@selector(play:with:) withObject:@"李周" withObject:@"谢华华"];
编译阶段并不会去检查方法是否有效存在,只会给出警告:
Undeclared selector ''
如果要执行的方法名也是动态不确定的一个参数:
[obj performSelector:selector];
编译器也只会提示说因为当前方法名未知可能会引起内存泄露相关问题:
PerformSelector may cause a leak because its selector is unknown
所以在实际开发中,为了避免运行时突然报错找不到方法等问题,少使用performSelector方法。
二 延迟执行
[obj performSelector:@selector(play) withObject:@"李周" afterDelay:4.f];
该方法将延迟4秒后再执行play方法。其实说到对时间方面的处理在项目中经常用到的是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];
});
此时test方法会被调用,分别打印执行完performSelecor和run方法之后,发现在执行完performSelector方法后该timer事件会被添加到子线程的runloop中:
timers = <CFArray 0x6000000b3c80 [0x112956bb0]>{type = mutable-small, count = 1, values = (
0 : <CFRunLoopTimer 0x60000016fc00 [0x112956bb0]>{valid = Yes, firing = No, interval = 0, tolerance = 0, next fire date = 544280800 (1.98171604 @ 4048676578329), callout = (Delayed Perform) lZLearningFromInterviewController test (0x10e88fd9c / 0x1
但是当执行完run方法之后,runloop中的timer事件已经是执行完的状态:
timers = <CFArray 0x6000000b3c80 [0x112956bb0]>{type = mutable-small, count = 0, values = ()},
② test方法中执行的线程
[self performSelector:@selector(test) withObject:nil afterDelay:2];
如果在子线程中调用该performSelector延迟方法,会发现调用该延迟方法的子线程和test方法中执行的子线程是同一个,也就是说:
对于该performSelector延迟方法而言,如果在主线程中调用,那么test方法也是在主线程中执行;如果是在子线程中调用,那么test也会在该子线程中执行。
在回答完延迟方法之后,会将该方法和performSelector:withObject:作对比,那么performSelector:withObject:在不添加到子线程的Runloop中时是否能执行?
我当时想的是,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]);
}];
如果也不使用NSThread已有的方法呢?
这个时候已经没有时间吐槽了只能接着想了…后来的后来我在perSelector的相关方法中找到了解答:
① performSelectorInBackground 后台执行
[self performSelectorInBackground:@selector(test) withObject:nil];
该方法一目了然,开启新的线程在后台执行test方法
②performSelector:onThread:在指定线程执行
[self performSelector:@selector(test) onThread:[NSThread currentThread] withObject:nil waitUntilDone:YES];
这个方法有一个thread参数是指定执行的线程,但是很奇怪当我使用自己创建的线程 [[NSThread alloc] init];时,并不会执行test方法,只有当使用[NSThread currentThread]时才会执行:
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self performSelector:@selector(tests) onThread:[NSThread currentThread] withObject:nil waitUntilDone:NO];
});
还需要再考证考证这个方法的使用。
四 多参传递
performSelector如何进行多值传输?
因为在OC中调用一个方法实际上就是发送消息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]);
}
导入#import <objc/message.h>即可。但是这种方式并不是oc封装的方法所以使用十分的不方便。
网上的第二种方法其实也是以NSArray的形式传值,然后创建NSInvocation的方式,将参数一一绑定。
-(id)performSelector:(SEL)aSelector withObject:(NSArray *)object
{
//获得方法签名
NSMethodSignature *signature = [[self class] instanceMethodSignatureForSelector:aSelector];
if (signature == nil) {
return nil;
}
//使用NSInvocation进行参数的封装
NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:signature];
invocation.target = self;
invocation.selector = aSelector;
//减去 self _cmd
NSInteger paramtersCount = signature.numberOfArguments - 2;
paramtersCount = MIN(object.count, paramtersCount);
for (int i = 0; i < paramtersCount; i++) {
id obj = object[i];
if ([obj isKindOfClass:[NSNull class]]) continue;
[invocation setArgument:&obj atIndex:i+2];
}
[invocation invoke];
id returnValue = nil;
if (signature.methodReturnLength > 0) { //如果有返回值的话,才需要去获得返回值
[invocation getReturnValue:&returnValue];
}
return returnValue;
}
NSNumber *age = [NSNumber numberWithInt:20];
NSString *name = @"李周";
NSString *gender = @"女";
NSArray *friends = @[@"谢华华",@"亚呼呼"];
SEL selector = NSSelectorFromString(@"getAge:name:gender:friends:");
NSArray *array = @[age,name,gender,friends];
[self performSelector:selector withObject:array];
NSInvocation我是在消息转发机制中认识的,所以这种方法类似于消息转发机制中的最后一层,多了创建NSInvocation对象的开销。而且本质上还是就NSArray进行转发。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/219593.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...