在压力testing期间的亮度问题
我的应用程序能够擦除所有联系人和日历事件。 至今我们还没有做过压力testing，它一直工作的很好。
在这期间，当我们执行下面的用例时，观察者发现设备亮度下降
- 同步设备上的Facebook，Gmail等帐户，以便联系人和日历中有很多logging。 在我们的案例中，我们有大约477个联系人和1500多个日历事件。
- 给擦拭命令
- 擦拭期间，请closures设备并重新打开。
- 根据应用程序devise，它会查询服务器是否有任何挂起的命令并再次启动擦除
- 现在，如果我在应用程序选项卡之间切换，设备亮度突然下降。 如果我去设置和检查亮度的水平，它不会改变。 我们没有做任何改变设备亮度的应用程序。
这对我们来说很奇怪，不容易理解。 如果有人有任何线索，请回复。
首先我想iOS可能会改变它，因为自动亮度是开启的。 所以如果应用程序正在做更多的处理工作，可能是为了省电。 但即使自动亮度closures，问题仍然存在。
其次问题是，如果我在设备上closuresn将会发生这种情况。 所以一旦closures，我就松开了debugging会话。 所以很难find理由
注意：通过closures – 我的意思是完全closures设备。 长按电源button，滑动closures设备。 如果我们在擦拭联系人时执行这些步骤，也不会发生崩溃。 它只发生在我们正在擦日历事件
添加更多细节。 在发生上述问题之后，我也会发生崩溃。 以下是崩溃报告的细节
`Incident Identifier: 297BD243-B9D9-414F-A9FB-3C02CAAF8A89 CrashReporter Key: e2ff53439e90b377dadf9c750793f23cac739930 Hardware Model: iPhone4,1 Process: SpringBoard [293] Path: /System/Library/CoreServices/SpringBoard.app/SpringBoard Identifier: SpringBoard Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2013-03-21 16:30:25.137 +0530 OS Version: iOS 6.1 (10B142) Report Version: 104 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 21 blah ... blah ... blah ... all thread info Thread 21 name: Dispatch queue: com.apple.eventkit.eventstore.registered Thread 21 Crashed: 0 libsystem_kernel.dylib 0x396e8350 __pthread_kill + 8 1 libsystem_c.dylib 0x3965f11e pthread_kill + 54 2 libsystem_c.dylib 0x3969b96e abort + 90 3 libc++abi.dylib 0x38c39d4a abort_message + 70 4 libc++abi.dylib 0x38c36ff4 default_terminate() + 20 5 libobjc.A.dylib 0x391eaa74 _objc_terminate() + 144 6 libc++abi.dylib 0x38c37078 safe_handler_caller(void (*)()) + 76 7 libc++abi.dylib 0x38c37110 std::terminate() + 16 8 libc++abi.dylib 0x38c3850e __cxa_throw + 118 9 libobjc.A.dylib 0x391ea9ba objc_exception_throw + 90 10 CoreFoundation 0x314cd158 +[NSException raise:format:arguments:] + 96 11 Foundation 0x31da2ab2 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 86 12 EventKit 0x31bb1882 -[EKObjectID entityName] + 382 13 EventKit 0x31bb1604 -[EKEventStore _addFetchedObjectWithID:] + 52 14 EventKit 0x31bfb95e __68-[EKEventStore registerFetchedObjectWithID:defaultLoadedProperties:]_block_invoke_0 + 78 15 libdispatch.dylib 0x396014b4 _dispatch_client_callout + 20 16 libdispatch.dylib 0x396059f2 _dispatch_barrier_sync_f_invoke + 26 17 EventKit 0x31bb150c -[EKEventStore registerFetchedObjectWithID:defaultLoadedProperties:] + 156 18 EventKit 0x31c039ce __41-[EKPredicateSearch startWithCompletion:]_block_invoke_0 + 514 19 EventKit 0x31bb8830 -[EKDaemonConnection _processReplyWithID:data:finished:] + 264 20 EventKit 0x31bb871e CADReceiveReply + 94 21 EventKit 0x31bb86a2 _XReply + 118 22 EventKit 0x31bb8626 ClientCallbacks_server + 90 23 libdispatch.dylib 0x39609a02 dispatch_mig_server$VARIANT$mp + 114 24 EventKit 0x31c00c84 __43-[EKDaemonConnection initWithOptions:path:]_block_invoke_016 + 36 25 libdispatch.dylib 0x39608134 _dispatch_source_invoke$VARIANT$mp + 248 26 libdispatch.dylib 0x3960691a _dispatch_root_queue_drain + 182 27 libdispatch.dylib 0x39606abc _dispatch_worker_thread2 + 80 28 libsystem_c.dylib 0x39636a0e _pthread_wqthread + 358 29 libsystem_c.dylib 0x396368a0 start_wqthread + 4 Thread 21 crashed with ARM Thread State (32-bit): r0: 0x00000000 r1: 0x00000000 r2: 0x00000000 r3: 0x3b1af534 r4: 0x00000006 r5: 0x07494000 r6: 0x1f96a044 r7: 0x074932b4 r8: 0x1f96a020 r9: 0x00000300 r10: 0x1f9594a0 r11: 0x1fa97b00 ip: 0x00000148 sp: 0x074932a8 lr: 0x3965f123 pc: 0x396e8350 cpsr: 0x00000010` 如果您对此有任何了解，请说明一下。
我不相信这与你的应用程序崩溃有任何关系，并且是当设备过热时内置于iOS的function。
我在其他应用程序中也发生过这种情况，通常在以下情况下发生：
- 该应用程序正在使用接近100％的CPU（产生热量）
- 热量无法逃脱（使用盖子或电话铺设在布上）
- 该设备也正在充电（创造额外的热量）
这听起来像你的设备被插入logging日志。 尝试压力testing，而不连接到您的CPU，看看它是否有所作为。
确保closures设备时，不会改变进入环境光线传感器的光量。 之前我已经注意到了这种行为，并将其归因于代表操作系统的光传感器执行不力。