Проблема яркости во время стресс-тестирования

Question

Мое приложение имеет возможность стереть все контакты и события календаря. Он работает отлично, поскольку мы не проводили стресс-тестирования.

Во время этого он был наблюдателем, что яркость устройства снижается, когда мы выполняем следующее прецедента

1. синхронизация Facebook, Gmail и т.д. счета с устройством, так что есть много записи в списке контактов и календаре. В нашем случае у нас было около 477 контактов и более 1500 событий календаря.
2. Дать команду Wipe
3. Во время очистки выключите устройство и включите его снова.
4. В соответствии с конструкцией приложения он запрашивает сервер, если были какие-либо ожидающие команды, и снова запускает очистку
5. Теперь, если я переключаюсь между вкладками приложений, яркость устройства внезапно падает. Если я перехожу к настройкам и проверяю уровень яркости, он не изменяется. Мы ничего не сделали в приложении, которое изменит яркость устройства.

Это странно для нас и нелегко понять. Если у кого-нибудь есть ключ, ответьте.

Сначала я думал, что iOS может меняться, поскольку автоматическая яркость включена. Поэтому, если приложение принимает больше рабочих заданий, это может быть сделано для экономии энергии. Но проблема сохраняется, даже когда автоматическая яркость выключена.

во-вторых проблема есть, это случается, если я выключаю 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

Убедитесь, что при выключении устройства вы не меняете количество света, попадающего в датчик внешней освещенности. Я уже заметил это поведение, подобное этому, и приписал его плохо реализованному световому восприятию от имени ОС.

Answer 2

Я не верю, что это имеет какое-либо отношение к вашему сбою приложения и предназначено для функций, встроенных в iOS, когда устройство перегревается.

Я имел это произошло на других приложений, а также, и это обычно происходит, когда:

1. приложение использует близко к 100% от ЦП (генерирует тепло)
2. Тепло не может бежать (с помощью крышки или телефон лежит на ткани)
3. устройство также заряжается (создает дополнительное тепло)

Похоже, что устройство подключено к записи журналов. Попробуйте выполнить стресс-тестирование, не подключая его к вашему CPU, и посмотрите, не изменилось ли это.