Сократите потребляемую мощность своего приложения

Потребляемая мощность на мобильных устройствах всегда является проблемой. Система управления питанием в iOS сохраняет питание путем закрытия любых в настоящее время не использующихся аппаратных функций. Можно помочь улучшить время работы от батареи путем оптимизации использования следующих функций:

• CPU

• Wi-Fi, Bluetooth и основная полоса (EDGE, 3G) радио

• Базовая платформа Расположения

• Акселерометры

• Диск

Цель Вашей оптимизации должна состоять в том, чтобы выполнить большую часть работы, Вы можете самым эффективным возможным способом. Необходимо всегда оптимизировать алгоритмы приложения с помощью Инструментов. Но даже наиболее оптимизированный алгоритм может все еще оказать негативное влияние на время работы от батареи устройства. Необходимо поэтому рассмотреть следующие инструкции при записи кода:

• Избегите выполнять работу, требующую опроса. Опрос препятствует тому, чтобы заснул CPU. Вместо опроса, используйте NSRunLoop или NSTimer классы для планирования работы по мере необходимости.

• Уезжайте idleTimerDisabled свойство совместно используемого UIApplication возразите набору против NO когда это возможно. Неактивный таймер выключает экран устройства после установленного периода неактивности. Если для Вашего приложения не нужен экран для оставлений, позвольте системе выключить его. Если Ваше приложение испытывает побочные эффекты в результате выключаемого экрана, необходимо изменить код, чтобы устранить побочные эффекты, а не отключить неактивный таймер излишне.

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

• Избегите получать доступ к диску слишком часто. Например, если Ваше приложение сохраняет информацию состояния к диску, сделайте так только, когда та информация состояния изменяется, и объедините изменения, когда это возможно, чтобы избежать писать небольшие изменения через короткие интервалы.

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

• Если Вы используете UIAccelerometer класс для получения регулярных событий акселерометра отключите поставку тех событий, когда Вам не будут нужны они. Точно так же установите частоту поставки события самому маленькому значению, подходящему для Ваших потребностей. Для получения дополнительной информации посмотрите Руководство по Обработке событий для iOS.

Чем больше данных, которые Вы передаете к сети, тем больше питания должно использоваться для выполнения радио. Фактически, доступ к сети является большинством интенсивных действий питания, которые можно выполнить. Можно минимизировать то время следующим эти инструкции:

• Соединитесь с серверами внешней сети только при необходимости и не опрашивайте те серверы.

• То, когда необходимо соединиться с сетью, передать самый маленький объем данных, должно было выполнить работу. Используйте компактные форматы данных и не включайте просто проигнорированное избыточное содержание.

• Данные передачи в пакетах вместо того, чтобы распространить пакеты передачи в течение долгого времени. Система выключает Wi-Fi и радио ячейки, когда это обнаруживает отсутствие действия. Когда это передает данные за более длительный промежуток времени, Ваше приложение использует намного больше питания чем тогда, когда это передает тот же объем данных в более коротком количестве времени.

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

• Соединитесь с сетью с помощью радио Wi-Fi, когда это возможно. Wi-Fi использует меньше питания и предпочтен по сотовым радио.

• При использовании Базовой платформы Расположения, чтобы собрать данные расположения, отключить обновления информации о местоположении, как только Вы можете и устанавливать фильтр расстояния и уровни точности к надлежащим значениям. Базовое Расположение использует доступный GPS, ячейку и сети Wi-Fi для определения расположения пользователя. Несмотря на то, что Базовое Расположение упорно работает для минимизации использования этих радио, устанавливание точности и значений фильтра дает Базовому Расположению опцию выключить аппаратные средства в целом в ситуациях, где это не необходимо. Для получения дополнительной информации см. Руководство по программированию Карт и Расположение.

Инструментальное приложение включает несколько инструментов для сбора связанной с питанием информации. Можно использовать эти инструменты, чтобы собрать общую информацию о потребляемой мощности и собрать определенные измерения для аппаратных средств, такие как Wi-Fi и радио Bluetooth, GPS-приемник, дисплей и CPU. Можно также позволить энергетической Диагностике, Входящей в систему устройство собрать информацию. Для получения информации об использовании Инструментов для сбора связанных с питанием данных см. Инструментальное Руководство пользователя. Для получения информации о том, как включить энергетическую Диагностику, Входящую в систему устройство, посмотрите Инструментальную Справку.

Используйте память эффективно

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

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

Настройте свой сетевой код

Сетевой стек в iOS включает несколько интерфейсов для передачи по радио-аппаратным средствам устройств на iOS. Основной интерфейс программирования является платформой CFNetwork, создающей поверх сокетов BSD и непрозрачных типов в Базовой платформе Основы для передачи с сетевыми объектами. Можно также использовать NSStream классы в платформе Основы и низкоуровневых сокетах BSD найдены в уровне Core OS системы.

Для получения информации о том, как использовать платформу CFNetwork для сетевой связи, см. Руководство по программированию CFNetwork и Ссылку Платформы CFNetwork. Для получения информации об использовании NSStream класс, посмотрите Ссылку Платформы Основы.

Улучшите свое управление файлами

Минимизируйте объем данных, который Вы пишете в диск. Операции файла являются относительно медленными и включают запись в карту флэш-памяти, имеющую ограниченную продолжительность жизни. Некоторые определенные подсказки, чтобы помочь Вам минимизировать связанные с файлом операции включают:

• Только для записи части файла, изменившегося, и совокупные изменения, когда Вы можете. Избегите выписывать весь файл только для изменения на несколько байтов.

• При определении формата файла соберите в группу часто изменяемое содержание для минимизации общего количества блоков, которые должны быть записаны в диск каждый раз.

• Если Ваши данные состоят из структурированного содержания, к которому случайным образом получают доступ, сохраните его в Базовых Данных персистентное хранилище или база данных SQLite, особенно если объем данных, которым Вы управляете, мог бы расти до больше, чем нескольких мегабайтов.

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

Сделайте резервные копии приложения более эффективными

Когда пользователь синхронизирует устройство с iTunes, резервные копии происходят с помощью беспроводных технологий через iCloud или. Во время резервных копий файлы передаются с устройства на компьютер пользователя или учетную запись iCloud. Расположение файлов в Вашей тестовой среде приложения определяет, копируются ли те файлы и восстанавливаются. Если Ваше приложение создает много больших файлов, регулярно изменяющихся, и помещает их в расположение, копирующееся, резервные копии могли быть замедлены в результате. Поскольку Вы пишете свой код управления файлами, необходимо помнить этот факт.

Перемещение отделывается от основного потока

Обязательно ограничьте тип работы, которую Вы выполняете на основном потоке Вашего приложения. Основной поток - то, где Ваше приложение обрабатывает сенсорные события и другой ввод данных пользователем. Чтобы гарантировать, что Ваше приложение является всегда быстро реагирующим пользователю, Вы никогда не должны использовать основной поток для выполнения продолжительных или потенциально неограниченных задач, таких как задачи тот доступ сеть. Вместо этого необходимо всегда переходить те задачи на фоновые потоки. Предпочтительный способ сделать так состоит в том, чтобы использовать Grand Central Dispatch (GCD) или NSOperation объекты выполнить задачи асинхронно.

Движущиеся задачи в фон оставляют Ваш основной поток свободным продолжать обрабатывать ввод данных пользователем, который особенно важен, когда Ваше приложение запускает или выходит. В течение этих времен Ваше приложение, как ожидают, будет реагировать на события своевременно. Если основной поток Вашего приложения блокируется во время запуска, система могла бы уничтожить приложение, прежде чем это даже закончит запускаться. Если основной поток блокируется при выходе из времени, система могла бы так же уничтожить приложение, прежде чем это будет иметь возможность выписать решающие пользовательские данные.

Для получения дополнительной информации об использовании GCD объекты операции и потоки, видят Руководство по программированию Параллелизма.