为什么在 performSelector:withObject:@YES in iOS 时我总是得到 NO,这在 macOS 中是不同的?
Why I always get NO when performSelector:withObject:@YES in iOS, which is different in macOS?
我有一些iOS代码如下:
//iOS
- (void)viewDidLoad {
[super viewDidLoad];
[self performSelector:@selector(handler:) withObject:@YES];
}
- (void)handler:(BOOL)arg { //always NO
if(arg) {
NSLog(@"Uh-hah!"); //won't log
}
}
我知道我不应该这样写。这是错误的,因为 @YES
是一个对象,我应该接收一个 id
作为参数并将其拆箱到 handler:
,例如:
- (void)handler:(id)arg {
if([arg boolValue]) {...}
}
作为错误代码,对于 class 而不是 @YES
的任何其他对象,我总是得到 arg == NO
。问题是,为什么 ON EARTH bool arg 总是 NO
?
我做了一些研究,这是我学到的:
in iOS, BOOL is actually _Bool
(or macro bool
) in C (_Bool keyword)
in macOS, BOOL is actually signed char
如果我创建相同的 macOS 代码,我会得到不同的结果,例如:
//macOS
- (void)viewDidLoad {
[super viewDidLoad];
[self performSelector:@selector(handler:) withObject:@YES]; //@YES's address: say 0x00007fffa38533e8
}
- (void)handler:(BOOL)arg { //\xe8 (=-24)
if(arg) {
NSLog(@"Uh-hah!"); //"Uh-huh!"
}
}
这是有道理的,因为 BOOL
只是有符号字符,参数是从 @YES
对象地址的最低字节开始转换的。
但是,此解释不适用于 iOS 代码。我认为任何非零数字都会被转换为真(并且地址本身必须是非零)。但为什么我没有? *
问题出在处理程序的声明上。在这种情况下,处理程序的参数类型应为 id
(Objective C) 或 Any
(Swift )。
- (void)handler:(id)arg {
if(arg) { // Would be same as object passed
NSLog(@"Uh-hah!");
}
答案只是问题..
在 iOS 中,BOOL 声明为:
'typedef bool BOOL' 你也提到了这个..
所以对于 iOS 它将采用默认值 false。所以你的日志永远不会打印出来。
-[NSObject performSelector:withObject:]
只应该与一种方法一起使用,该方法只采用一个对象指针参数,而 returns 是一个对象指针。您的方法采用 BOOL
参数,而不是对象指针参数,因此它不能与 -[NSObject performSelector:withObject:]
.
一起使用
如果您总是要发送消息 handler:
并且您知道该方法有一个 BOOL 参数,您应该直接调用它:
[self handler:YES];
如果方法的名称将在运行时动态确定,但您知道方法的签名将始终相同(在这种情况下只有一个 BOOL 类型的参数,return什么都没有) , 你可以用 objc_msgSend()
来调用它。在调用方法之前,您必须将 objc_msgSend
转换为该方法的底层实现函数的适当函数类型(请记住,Objective-C 方法的实现函数的前两个参数是 self
和 _cmd
,后跟声明的参数)。这是因为 objc_msgSend
是一个调用适当的实现函数的蹦床,所有用于存储参数的寄存器和堆栈都完好无损,因此您必须使用实现函数的调用约定来调用它。在你的情况下,你会这样做:
SEL selector = @selector(handler:); // assume this is computed dynamically at runtime
((void (*)(id, SEL, BOOL))objc_msgSend)(self, selector, YES);
顺便说一下,如果您查看 -[NSObject performSelector:withObject:]
的 source code,您会发现它们做同样的事情——它们知道方法的签名必须是类型 id
和 return 类型的 id
,因此他们将 objc_msgSend
转换为 id (*)(id, SEL, id)
然后调用它。
在极少数情况下,方法的签名也会动态变化并且在编译时未知,那么您将不得不使用 NSInvocation
.
让我们考虑一下当您将 -[NSObject performSelector:withObject:]
与错误签名的方法一起使用时发生的情况。在内部,他们调用objc_msgSend()
,相当于调用底层实现函数,函数指针类型为id (*)(id, SEL, id)
。但是,您的方法的实现函数实际上具有类型 void (id, SEL, BOOL)
。因此,您正在使用不同类型的函数指针调用函数。根据C标准(C99标准,第6.5.2.2节,第9段):
If the function is defined with a type that is not compatible with the
type (of the expression) pointed to by the expression that denotes the
called function, the behavior is undefined.
基本上您看到的是未定义的行为。未定义的行为意味着任何事情都可能发生。如您所见,它可能 return 在一个系统上做一件事而在另一个系统上做另一件事,否则它可能会使整个程序崩溃。您不能依赖任何特定行为。
我有一些iOS代码如下:
//iOS
- (void)viewDidLoad {
[super viewDidLoad];
[self performSelector:@selector(handler:) withObject:@YES];
}
- (void)handler:(BOOL)arg { //always NO
if(arg) {
NSLog(@"Uh-hah!"); //won't log
}
}
我知道我不应该这样写。这是错误的,因为 @YES
是一个对象,我应该接收一个 id
作为参数并将其拆箱到 handler:
,例如:
- (void)handler:(id)arg {
if([arg boolValue]) {...}
}
作为错误代码,对于 class 而不是 @YES
的任何其他对象,我总是得到 arg == NO
。问题是,为什么 ON EARTH bool arg 总是 NO
?
我做了一些研究,这是我学到的:
in iOS, BOOL is actually
_Bool
(or macrobool
) in C (_Bool keyword)in macOS, BOOL is actually
signed char
如果我创建相同的 macOS 代码,我会得到不同的结果,例如:
//macOS
- (void)viewDidLoad {
[super viewDidLoad];
[self performSelector:@selector(handler:) withObject:@YES]; //@YES's address: say 0x00007fffa38533e8
}
- (void)handler:(BOOL)arg { //\xe8 (=-24)
if(arg) {
NSLog(@"Uh-hah!"); //"Uh-huh!"
}
}
这是有道理的,因为 BOOL
只是有符号字符,参数是从 @YES
对象地址的最低字节开始转换的。
但是,此解释不适用于 iOS 代码。我认为任何非零数字都会被转换为真(并且地址本身必须是非零)。但为什么我没有? *
问题出在处理程序的声明上。在这种情况下,处理程序的参数类型应为 id
(Objective C) 或 Any
(Swift )。
- (void)handler:(id)arg {
if(arg) { // Would be same as object passed
NSLog(@"Uh-hah!");
}
答案只是问题..
在 iOS 中,BOOL 声明为:
'typedef bool BOOL' 你也提到了这个..
所以对于 iOS 它将采用默认值 false。所以你的日志永远不会打印出来。
-[NSObject performSelector:withObject:]
只应该与一种方法一起使用,该方法只采用一个对象指针参数,而 returns 是一个对象指针。您的方法采用 BOOL
参数,而不是对象指针参数,因此它不能与 -[NSObject performSelector:withObject:]
.
如果您总是要发送消息 handler:
并且您知道该方法有一个 BOOL 参数,您应该直接调用它:
[self handler:YES];
如果方法的名称将在运行时动态确定,但您知道方法的签名将始终相同(在这种情况下只有一个 BOOL 类型的参数,return什么都没有) , 你可以用 objc_msgSend()
来调用它。在调用方法之前,您必须将 objc_msgSend
转换为该方法的底层实现函数的适当函数类型(请记住,Objective-C 方法的实现函数的前两个参数是 self
和 _cmd
,后跟声明的参数)。这是因为 objc_msgSend
是一个调用适当的实现函数的蹦床,所有用于存储参数的寄存器和堆栈都完好无损,因此您必须使用实现函数的调用约定来调用它。在你的情况下,你会这样做:
SEL selector = @selector(handler:); // assume this is computed dynamically at runtime
((void (*)(id, SEL, BOOL))objc_msgSend)(self, selector, YES);
顺便说一下,如果您查看 -[NSObject performSelector:withObject:]
的 source code,您会发现它们做同样的事情——它们知道方法的签名必须是类型 id
和 return 类型的 id
,因此他们将 objc_msgSend
转换为 id (*)(id, SEL, id)
然后调用它。
在极少数情况下,方法的签名也会动态变化并且在编译时未知,那么您将不得不使用 NSInvocation
.
让我们考虑一下当您将 -[NSObject performSelector:withObject:]
与错误签名的方法一起使用时发生的情况。在内部,他们调用objc_msgSend()
,相当于调用底层实现函数,函数指针类型为id (*)(id, SEL, id)
。但是,您的方法的实现函数实际上具有类型 void (id, SEL, BOOL)
。因此,您正在使用不同类型的函数指针调用函数。根据C标准(C99标准,第6.5.2.2节,第9段):
If the function is defined with a type that is not compatible with the type (of the expression) pointed to by the expression that denotes the called function, the behavior is undefined.
基本上您看到的是未定义的行为。未定义的行为意味着任何事情都可能发生。如您所见,它可能 return 在一个系统上做一件事而在另一个系统上做另一件事,否则它可能会使整个程序崩溃。您不能依赖任何特定行为。