Question

我的应用程序可以擦除所有联系人和日历活动。只要我们没有进行压力测试，它一直工作得很好。

在此期间，当我们执行以下用例时，观察者设备亮度下降

将Facebook，Gmail等帐户与设备同步，以便有很多联系人和日历中的记录。在我们的例子中，我们有大约477个联系人和1500多个日历活动。
提供擦除命令
擦拭时关闭设备并再次打开。
根据应用程序设计，它会查询服务器是否有任何待处理命令并再次启动擦除
现在，如果我在应用程序选项卡之间切换，设备亮度会突然下降。如果我进入设置并检查亮度级别，则不会更改。我们在应用程序中没有做任何会改变设备亮度的事情。

这对我们来说很奇怪，不容易理解。如果有人有任何线索，请回复。

首先我认为iOS可能会改变它，因为自动亮度是开启的。因此，如果应用程序正在进行更多的处理工作，那么它可能正在进行节能。但即使自动亮度为OFF，问题仍然存在。

其次问题是，如果我在设备上关闭n，就会发生这种情况。因此，一旦关闭，我就会松开调试会话。很难找到原因

注意：关闭开关 - 我的意思是完全关闭设备。长按电源按钮，滑动即可关闭设备。如果我们在擦除联系人期间执行步骤，也不会发生崩溃。它仅在我们擦除日历事件时才会发生

添加更多详情。在发生上述问题后我也会遇到崩溃。以下是崩溃报告详细信息

`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`

如果您对此有任何了解，请详细说明。

Answer 1

我不相信这与您的应用崩溃有任何关系，并且是设备过热时内置于iOS的功能。

我也曾在其他应用上发生这种情况，通常会在以下时间发生：

该应用程序使用接近100％的CPU（产生热量）
热量无法逃脱（使用封面或手机铺设在布上）
设备也正在充电（产生额外的热量）

听起来您的设备已插入以记录日志。尝试对其进行压力测试，而无需将其连接到CPU，看看它是否有所作为。

Answer 2

确保关闭设备时，不会更改进入环境光线传感器的光线量。我之前已经注意到这种行为，并将其归因于代表操作系统执行不良的光感应。

压力测试期间的亮度问题

2 个答案: