我正在尝试进行窗口管理,但我需要在单独的线程上运行代码。
我需要做的第一件事是订阅应用程序通知,如下所示:
NSNotificationCenter *nc = [[NSWorkspace sharedWorkspace] notificationCenter];
NSString *not = NSWorkspaceDidLaunchApplicationNotification;
[nc addObserver:self selector:@selector(appLaunched:) name:not object:nil];
但是,如果我只是在另一个线程上调用 addObserver
,通知会被传递到那里吗?
Apple 有此引用,但似乎过于复杂:
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Notifications/Articles/Threading.html
如果第一个问题的答案是否定的,那我为什么不能像这样转发消息呢?
NSThread *other;
- (void)appLaunched:(NSNotification*)not {
if([NSThread currentThread] != otherThread)
[self performSelector:@selector(appLaunched:) onThread:other withObject:not waitUntilDone:NO];
else
// do respond to notification
}
我需要做的第二件事是将 AXObserver 添加到另一个线程上的运行循环中。
如果我从另一个线程调用 CFRunLoopGetCurrent()
,是否会像调用 [NSRunLoop currentRunLoop]
一样自动创建一个运行循环,或者我必须创建一个运行循环?
最佳答案
使用 -addObserver:selector:name:object:
注册的观察者会在其发布的线程上接收通知,而不是在其注册的线程上。还有 -addObserverForName:object:queue:usingBlock:
,它会导致在指定队列上接收通知,但不允许您使其到达指定的后台线程。 (只有主队列绑定(bind)到线程。)
您可以按照您建议的方式将通知分流到另一个线程。但是,原始接收线程必须处于空闲状态才能首先接收通知。或者更确切地说,它必须处于空闲状态才能允许 NSWorkspace 检测导致其发布通知的条件。
所有线程在收到请求后都会立即为自己创建一个运行循环。基本上不可能观察到一个没有 runloop 的线程,所以你不妨就好像在创建线程时就创建了 runloop 一样。
综上所述,您最初的目标 - “我正在尝试进行窗口管理,但我需要在单独的线程上运行代码” - 是有问题的。许多 GUI 操作在后台线程中是不合法的。另外,为什么您“需要”从后台线程执行此操作?如果您的主线程不是空闲的,您将不会首先收到工作区通知。
关于objective-c - 如何在另一个线程上接收 NSWorkspace 和可访问性通知,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21692359/