ios - 调用 stopDeviceMotionUpdates 时 CoreMotion 崩溃(仅限 iPad)

Question

我们的应用程序中有一个 CMMotionManager 实例，我们使用它以 5Hz 的频率获取传感器更新。以下是我们用来启动运动更新的代码:

[self.motionManager
startDeviceMotionUpdatesUsingReferenceFrame:
CMAttitudeReferenceFrameXMagneticNorthZVertical
toQueue:operationQueue
withHandler:^(CMDeviceMotion *motion, NSError *error) {
if (!error) { 
   [self doSomethingWithMotion:motion];
} else { ... }

上述方法总是在主线程上调用。

现在，一旦我们完成了我们的任务，我们将通过再次在主线程上调用以下方法来停止运动更新:

- (void)stopMotionUpdates {
    // This might get called on concurrent threads.
    // So better using sync block + make it idempotent
    @synchronized(self) {
        if (_motionManager.deviceMotionActive) {
            [_motionManager stopDeviceMotionUpdates];
            _prevPoint = nil;
        }
    }
}

我们面临的问题是 stopMotionUpdates 崩溃，这也仅在 iPad 中发生。我们已经在具有不同操作系统版本的 iPhone 和 iPad 上对此进行了广泛测试，我们只在适用于 iOS7 和 iOS8 的 iPad(mini 1,2 和视网膜/非视网膜)上发生崩溃。此外，我们无法在我们用于测试的所有 iPad 上重现崩溃，但只能重现少数。以下是主线程和崩溃线程的崩溃日志:

Thread : com.apple.main-thread
0  libsystem_kernel.dylib         0x00000001935f1cdc semaphore_wait_trap + 8
1  libdispatch.dylib              0x00000001934fbb3c _dispatch_semaphore_wait_slow + 252
2  CoreMotion                     0x0000000186bf67d4 (null)
3  CoreMotion                     0x0000000186be3698 (null)
4  MyApp                          0x00000001002f7434 -[MyAppMotionManager stopMotionUpdates]
...
...
12 MyApp                          0x00000001002e94f8 __getDispatchTimer_block_invoke
13 libdispatch.dylib              0x00000001934f3fd4 _dispatch_client_callout + 16
14 libdispatch.dylib              0x00000001934f5b90 _dispatch_source_invoke + 500
15 libdispatch.dylib              0x00000001934f7180 _dispatch_main_queue_callback_4CF + 244
16 CoreFoundation                 0x00000001864fec2c __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 12
17 CoreFoundation                 0x00000001864fcf6c __CFRunLoopRun + 1452
18 CoreFoundation                 0x000000018643dc20 CFRunLoopRunSpecific + 452
19 GraphicsServices               0x000000018c0ddc0c GSEventRunModal + 168
20 UIKit                          0x000000018956efdc UIApplicationMain + 1156
21 MyApp                          0x00000001000c9850 main (main.m:14)
22 libdyld.dylib                  0x000000019350faa0 start + 4

EXC_BREAKPOINT UNKNOWN at 0x0000000186c257ac
Thread : Crashed: Thread
0  CoreMotion                     0x0000000186c257ac (null) + 110504
1  CoreMotion                     0x0000000186c25774 (null) + 110448
2  CoreMotion                     0x0000000186bf3c84 (null)
3  CoreMotion                     0x0000000186bf67ec (null)
4  CoreMotion                     0x0000000186bf3b80 (null)
5  CoreMotion                     0x0000000186c24c48 (null) + 107588
6  CoreMotion                     0x0000000186bf67ec (null)
7  CoreMotion                     0x0000000186c24ba4 (null) + 107424
8  CoreMotion                     0x0000000186be3b9c (null)
9  CoreMotion                     0x0000000186bf6860 (null)
10 CoreFoundation                 0x00000001864ff680 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 20
11 CoreFoundation                 0x00000001864fe838 __CFRunLoopDoBlocks + 300
12 CoreFoundation                 0x00000001864fd0a4 __CFRunLoopRun + 1764
13 CoreFoundation                 0x000000018643dc20 CFRunLoopRunSpecific + 452
14 CoreFoundation                 0x00000001864932a8 CFRunLoopRun + 112
15 CoreMotion                     0x0000000186bf653c (null)
16 libsystem_pthread.dylib        0x000000019368be1c _pthread_body + 168
17 libsystem_pthread.dylib        0x000000019368bd74 _pthread_body

由于我们在运动更新处理程序 block 中引用了 self，因此在刷新整个队列之前不应释放该对象。任何帮助表示赞赏:)

Answer 1

您可能正在重载主线程。

• 根据经验，您永远不应在主线程上执行任何超过或大约一秒的操作。

• 主线程负责运行用户界面。如果您阻塞主线程很长一段时间，用户界面就会变得无法响应。

• watchdog — 为了保持用户界面响应，iOS 包含一个看门狗机制。如果您的应用程序未能及时响应某些用户界面事件(启动、暂停、恢复、终止)，或者某些操作在主线程上花费的时间稍长，那么看门狗将终止您的应用程序。看门狗给你的时间没有正式记录，但总是更少。

• 任何此类操作都必须在后台线程上完成，您可以使用以下命令轻松完成

  • dispatch_async

  • NSOperationQueue

  • performSelectorInBackground

希望这对您有所帮助。