【问题标题】:NSRunLoop- Clarification neededNSRunLoop - 需要澄清
【发布时间】:2026-02-07 17:10:02
【问题描述】:

我正在尝试理解 RunLoops 的概念。我已经阅读了有关 RunLoops 的 Apple 开发人员指南,并且在某种程度上我理解了 RunLoops 的概念。为了使我的概念更清晰,我编写了一个非常简单的代码,其中使用了 RunLoops。代码如下。

    - (void)viewDidLoad
{
    [super viewDidLoad];
    thread = [[NSThread alloc] initWithTarget:self selector:@selector(testMethod) object:nil];
    [thread start];
}

- (void)testMethod {
    NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init];

    NSLog(@"Thread Entered");

    NSMachPort* dummyPort = [[NSMachPort alloc] init];
    [[NSRunLoop currentRunLoop] addPort:dummyPort forMode:NSDefaultRunLoopMode];

    while(!exitThread) {
        NSLog(@"Thread did some work");
        [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
    }
    [[NSRunLoop currentRunLoop]
     removePort:dummyPort
     forMode:NSDefaultRunLoopMode];
    [dummyPort release];

    NSLog(@"Thread Exited");
    [pool drain];
}

- (IBAction)doDomeWorkOnBackgroundThread:(id)sender {
    [self performSelector:@selector(dummyMethod) onThread:thread withObject:nil waitUntilDone:NO];
}

- (IBAction)exitThread:(id)sender {
    [self performSelector:@selector(exitBackgroundThread) onThread:thread withObject:nil waitUntilDone:NO];
}

- (void)exitBackgroundThread {
    exitThread = YES;
}

- (void)dummyMethod {
    //Empty
}

在上面的代码中,我正在创建一个后台线程,并在该后台线程上调用函数 testMethod 。在testmethod 内部,我正在运行一段时间,它检查BOOL 变量exitThread 并使用NSRunLoop 的- (BOOL)runMode: beforeDate: 方法运行后台线程的RunLoop。 有两个 IBAction 连接到两个按钮。正如 IBActions 的名称所暗示的,其中一个是 exitThread,另一个是唤醒线程并执行在 while 循环中编写的 NSLog 语句。

上面的代码按照我的预期运行。每当执行doDomeWorkOnBackgroundThread 方法时,线程从它的runloop 中唤醒,执行while 循环的下一次迭代,检查BOOL 变量exitThread 并找到它的值为false 进入while 循环并执行NSlog 语句。 同样,当执行exitThread: 方法时,exitThread 变量设置为 true,这会导致 while 循环和线程退出。

但是我需要更多说明:

1) 如果不是在while循环中使用runMode: beforeDate:,而是使用NSRunLoop的runrunUntilDate:方法,那么在执行exitThread:方法时线程永远不会退出。在后台线程上调用 exitBackgroundThread 方法,但 while 循环永远不会执行它的下一次迭代(就像我使用 runMode: beforeDate: 时所做的那样),因此线程永远不会退出。

2) 我尝试将exitBackgroundThread 方法更改为

- (void)exitBackgroundThread {
        exitThread = YES;
        CFRunLoopStop(CFRunLoopGetCurrent());
    }

由于exitBackgroundThread 在后台线程上执行,CFRunLoopGetCurrent() 应该给出后台线程的 RunLoop。因此,无论我使用哪种 NSRunLoop 方法来启动 RunLoop,理想情况下都应该停止后台线程的运行循环。所以无论如何线程必须在调用上述函数时退出。但它只是没有发生。

我知道我在这里遗漏了一些东西,我正在做大量的谷歌搜索以找到这个问题的答案,但似乎无法找到正确的答案。

**编辑

我发现this 问题与我的第一个问题非常相似。它在很大程度上消除了我的第一个疑问。

【问题讨论】:

    标签: objective-c multithreading nsrunloop


    【解决方案1】:
    1. 当您使用 runrunUntilDate: 而不是 runMode:beforeDate: 时看到的变化是预期的。 runMode:beforeDate: 的文档是这样说的:

      它在处理完第一个输入源或达到limitDate 后返回。

      有一个输入源负责处理performSelector:... 请求。所以当你发送performSelector:... 时,运行循环会处理一个输入源,然后返回。

      另一方面,run 的文档是这样说的:

      它通过重复调用 runMode:beforeDate: 在 NSDefaultRunLoopMode 中运行接收器。换句话说,此方法有效地启动了一个无限循环,该循环处理来自运行循环的输入源和计时器的数据。

      因此,在运行循环处理您的performSelector:... 请求的输入源之后,它会等待另一个输入源准备好。它不回来了。由于它不会返回,因此您的 while 循环永远没有机会测试 exitThread

    2. 您尝试使用 CFRunLoopStop 是个好主意,但不幸的是,run 的文档是这样说的:

      如果您希望运行循环终止,则不应使用此方法。相反,请使用其他运行方法之一,并在循环中检查您自己的其他任意条件。

      所以你不能依赖CFRunLoopStoprun 返回。

      相反,您可以降到较低级别并使用 CFRunLoopRun 运行运行循环,因为 CFRunLoopStop 已记录为使该函数返回:

      此函数强制rl 停止运行并将控制权返回给调用CFRunLoopRunCFRunLoopRunInMode 以激活当前运行循环的函数。

      所以试试这个来运行你的运行循环:

      while(!exitThread) {
          NSLog(@"Thread did some work");
          CFRunLoopRun([NSRunLoop currentRunLoop].getCFRunLoop);
      }
      

    【讨论】:

    • 您好,非常感谢您提供如此详细的解释。但是我只能在文档中找到 CFRunLoopRun() 。但它无论如何都奏效了。
    【解决方案2】:

    runMode:beforeDate: 的文件说:

    运行一次循环,在指定模式下阻塞输入,直到 给定日期。

    这意味着它只处理'@selector'输入源一次然后返回,不像run会继续处理下一个输入源而不返回。

    但是runUntilDate: 将在限制日期之后返回,如果您将其编码为:

    [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:5.0]];
    

    【讨论】: