dispatch_group_wait 在 Objective-C 中不起作用

Question

创建调度组

dispatch_group_t group = dispatch_group_create();

我正在使用调度等待进行 3 个相同的 api 调用

[self updateFrequency1];
dispatch_group_wait(group, 3.0);
[self updateFrequency2];
dispatch_group_wait(group, 3.0);
[self updateFrequency3];
dispatch_group_wait(group, 3.0);

进入调度组

-(void)updateFrequency1{
    NSLog(@"updating frequency 1");
    dispatch_group_enter(group);
    [apimanager makeRequest];
}

-(void)updateFrequency2{
    NSLog(@"updating frequency 2");
    dispatch_group_enter(group);
    [apimanager makeRequest];
}

-(void)updateFrequency3{
    NSLog(@"updating frequency 3");
    dispatch_group_enter(group);
    [apimanager makeRequest];
}

离开调度组

-(void)responseReceived:(APIResponse*)response{
    NSLog(@"leaving dispatch group");
    dispatch_group_leave(group);
}

使用上述方法的控制台日志是

updating frequency 1
updating frequency 2
updating frequency 3
leaving dispatch group
leaving dispatch group
leaving dispatch group

相反，我应该得到

updating frequency 1
leaving dispatch group
updating frequency 2
leaving dispatch group
updating frequency 3
leaving dispatch group

Answer 1

您是否正确编写了其他部分只是一个疯狂的猜测，但至少指定的超时时间是错误的。 如果您的超时时间为 3 秒，则dispatch_group_wait如下所示：

dispatch_group_wait(group, dispatch_time(DISPATCH_TIME_NOW, NSEC_PER_SEC * 3));

Answer 2

正如The Dreams Wind所说（+1）， dispatch_group_wait的第二个参数不正确。 它应该是

dispatch_group_wait(group, dispatch_time(DISPATCH_TIME_NOW, 3 * NSEC_PER_SEC));

---

可能导致您描述的行为的第二个潜在问题是，如果您碰巧在 API 管理器需要使用的同一线程上“等待”。 例如，如果您在主线程上运行，并且 API 管理器也将代码分派到主线程，那么您将获得相同的行为，因为您的调用者正在等待 API 管理器可能想要使用的线程。

---

与您的问题无关，请注意，“发生超时时，该组将恢复为其原始 state。” 换句话说，如果超时，它会恢复执行，但组数不变。 正因为如此，现在很容易让“进入”和“离开”调用不匹配。

例如，让我们假设您开始了第一个请求，您等待了 3 秒，然后它超时了，因为这个请求实际上需要 5 秒。 因此，“等待”超时，调用者恢复执行并启动第二个请求，而第一个请求仍在进行中。 但是当第一个调用最终完成时，第二个请求的dispatch_group_wait将被第一个请求的dispatch_group_leave错误地满足。 底线，这个带有超时的代码乍一看似乎很好，但事实并非如此。 您需要检查dispatch_group_wait返回代码以确定如何正确进行。

简而言之，使用超时时要特别注意正确性。

此外，无论如何，你永远不应该“等待”。 等待（无论是组、信号量、锁等）效率低下。 此外，如果您从主队列执行此操作（您永远不应该这样做），UI 可能会冻结，您会引入死锁风险，并且如果您不走运，操作系统看门狗进程将杀死您的应用程序。

我们将使用dispatch_group_notify 。 或者，更好的是，我们将采用完成处理程序模式并完全摆脱调度组。