ios - 如何在 iOS 设备上测试慢速后台线程

Question

我正在处理具有奇怪竞争条件的遗留代码。它设置一个后台线程，进入 handleLogin，然后检测它是否在后台。如果是，那么它在退出时在主线程上调用自己。这会导致后台线程退出该方法并设置一个在主线程中使用的变量。我们有用户报告说，这种竞争条件可能会导致错误，但他们始终如一地看到它。如何强制 iOS 设备上的后台线程执行速度明显低于主线程？

相关代码:

- (void)performLogin
{
  [AppDelegate instance].condition = 0
  if ([NSThread isMainThread])
  {
    [self performSelectorInBackground:@selector(performLogin) withObject:nil];
    return;
  }

  NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

  //Code to handle Login logic removed//
  [self handleLogin];
  [AppDelegate instance].condition = 1;
  [pool release];
}

- (void)handleLogin
{
  if (![NSThread isMainThread])
  {
    [self performSelectorOnMainThread:@selector(handleLogin) withObject:nil waitUntilDone:NO];
    return;
  }

  ...

  if ([AppDelegate instance].condition == 0)
  {
     Perform logic
  }
}

具体问题是 condition 之前设置为 0，而代码依赖于将其设置为 1 才能正常运行。它几乎总是设置为 1，因为后台在主线程到达该点之前完成，但我们有报告称，一些用户一直将 condition 设置为 0，直到主线程在 处理登录。我通过强制后台线程停止足够长的时间让主线程完成执行来重复这个问题。

如何在 iOS 设备上自然地执行此操作？我已经重新设计了代码，但需要找到一种方法来自然地重现此代码以验证修复:)

Answer 1

如果您正在开发基于网络的应用程序，那么可以添加到您的开发和质量流程库中的一件事是 Apple 的 Network Link Conditioner，它可以让您降低网络连接的感知性能，从而引发诸如延迟和时间问题。