docs/html-intl/intl/ru/preview/features/background-optimization.jd - platform/frameworks/base - Git at Google

 page.title=Оптимизация фоновых процессов
 page.metaDescription=Новые ограничения для неявных широковещательных сообщений.
 page.keywords="android N", "implicit broadcasts", "job scheduler"
 page.image=images/cards/card-nyc_2x.jpg

 @jd:body

 <div id="qv-wrapper">
   <div id="qv">
     <h2>
       Содержание документа
     </h2>

     <ol>
       <li>
         <a href="#connectivity-action">Ограничения для CONNECTIVITY_ACTION</a>
       </li>

       <li>
         <a href="#sched-jobs">Планирование сетевых заданий для безлимитных
 подключений</a>
       </li>

       <li>
         <a href="#monitor-conn">Отслеживание сетевого подключения во время работы
 приложения</a>
       </li>

       <li>
         <a href="#media-broadcasts">Ограничения для NEW_PICTURE и
 NEW_VIDEO</a>
       </li>

       <li>
         <a href="#new-jobinfo">Новые методы JobInfo</a>
       </li>

       <li>
         <a href="#new-jobparam">Новые методы JobParameter</a>
       </li>

       <li>
         <a href="#further-optimization">Дальнейшая оптимизация приложения</a>
       </li>
     </ol>
   </div>
 </div>

 <p>
   Фоновые процессы могут потреблять много памяти и заряда аккумулятора. Например,
 неявное широковещательное сообщение может запускать множество фоновых процессов,
 которые его прослушивают, даже если они сами не выполняют полезной работы. Это
 может значительно снизить производительность устройства и быстродействие пользовательского интерфейса.
 </p>

 <p>
   Чтобы устранить подобные проблемы, в N Developer Preview применяются следующие
 ограничения.
 </p>

 <ul>
   <li>Приложения для версии Preview не получают рассылок {@link
   android.net.ConnectivityManager#CONNECTIVITY_ACTION}, если они
 зарегистрированы для их получения в манифесте. Приложения в активном режиме
 по-прежнему могут прослушивать {@code CONNECTIVITY_CHANGE} в главном потоке,
 зарегистрировав {@link android.content.BroadcastReceiver} с помощью метода {@link
 android.content.Context#registerReceiver Context.registerReceiver()}.
   </li>

   <li>Приложения не могут отправлять или получать широковещательные сообщения {@link
   android.hardware.Camera#ACTION_NEW_PICTURE} и {@link
   android.hardware.Camera#ACTION_NEW_VIDEO}. Эта оптимизация
 затрагивает все приложения, а не только предназначенные для версии Preview.
   </li>
 </ul>

 <p>
   Платформа Android предоставляет несколько решений, позволяющих отказаться
 от таких неявных рассылок. Например, в {@link android.app.job.JobScheduler}
 и <a href="https://developers.google.com/android/reference/com/google/android/gms/gcm/GcmNetworkManager">
 {@code GcmNetworkManager}</a> реализованы надежные механизмы для планирования сетевых
 операций, которые запускаются при выполнении определенных условий, таких как наличие безлимитной
 сети. Теперь вы также можете использовать {@link android.app.job.JobScheduler}
 , чтобы реагировать на изменения поставщиков контента. В объектах {@link android.app.job.JobInfo}
 инкапсулированы параметры, которые {@link android.app.job.JobScheduler}
 использует для планирования заданий. Если условия задания выполнены, система
 выполняет его через {@link android.app.job.JobService} вашего приложения.
 </p>

 <p>
   Здесь мы рассмотрим, как использовать альтернативные методы, такие как
 {@link android.app.job.JobScheduler}, для адаптации приложения к новым
 ограничениям.
 </p>

 <h2 id="connectivity-action">
   Ограничения для CONNECTIVITY_ACTION
 </h2>

 <p>
   Приложения для N Developer Preview не получают широковещательные сообщения {@link
   android.net.ConnectivityManager#CONNECTIVITY_ACTION}, если они
 зарегистрированы для их получения в своем манифесте. При этом процессы, которые зависят от этого
 широковещательного сообщения, не запускаются. Это может вызвать проблемы для приложений, которым необходимо
 прослушивать изменения сети или выполнять
 массовые сетевые операции, когда устройство подключается к безлимитной сети. Платформа Android уже предоставляет ряд способов обойти
 это ограничение, но выбор нужного метода
 зависит от того, чего вы хотите добиться от приложения.
 </p>

 <p class="note">
   <strong>Примечание.</strong> Объект {@link android.content.BroadcastReceiver}, зарегистрированный с помощью метода
 {@link android.content.Context#registerReceiver Context.registerReceiver()},
 продолжает получать такие рассылки, если приложение работает в активном режиме.
 </p>

 <h3 id="sched-jobs">
   Планирование сетевых заданий для безлимитных подключений
 </h3>

 <p>
   При использовании класса {@link android.app.job.JobInfo.Builder JobInfo.Builder} для создания
 объекта {@link android.app.job.JobInfo} примените метод {@link
   android.app.job.JobInfo.Builder#setRequiredNetworkType
   setRequiredNetworkType()} и передайте {@link android.app.job.JobInfo
   JobInfo.NETWORK_TYPE_UNMETERED} в качестве параметра задания. В следующем примере кода
 служба запускается, если устройство подключается к безлимитной
 сети и заряжается:
 </p>

 <pre>
 public static final int MY_BACKGROUND_JOB = 0;
 ...
 public static void scheduleJob(Context context) {
   JobScheduler js =
       (JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
   JobInfo job = new JobInfo.Builder(
     MY_BACKGROUND_JOB,
     new ComponentName(context, MyJobService.class))
       .setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED)
       .setRequiresCharging(true)
       .build();
   js.schedule(job);
 }
 </pre>

 <p>
   Если условия задания выполнены, приложение получает обратный вызов для запуска
 метода {@link android.app.job.JobService#onStartJob onStartJob()} в указанном
 классе {@code JobService.class}. Другие примеры реализации {@link
   android.app.job.JobScheduler} см. в <a href="{@docRoot}samples/JobScheduler/index.html">примере приложения JobScheduler</a>.
 </p>

 <p>
   В приложениях, использующих службы GMSCore и предназначенных для Android 5.0 (уровень API 21)
 или предыдущих версий, можно воспользоваться <a href="https://developers.google.com/android/reference/com/google/android/gms/gcm/GcmNetworkManager">
   {@code GcmNetworkManager}</a> и указать {@code Task.NETWORK_STATE_UNMETERED}.
 </p>

 <h3 id="monitor-conn">
   Отслеживание сетевого подключения во время работы приложения
 </h3>

 <p>
   Приложения в активном режиме по-прежнему могут прослушивать {@code
   CONNECTIVITY_CHANGE} с помощью зарегистрированного объекта {@link
   android.content.BroadcastReceiver}. Однако в API-интерфейсе {@link
   android.net.ConnectivityManager} есть более надежный метод для запроса
 обратного вызова только при выполнении указанных сетевых условий.
 </p>

 <p>
   В объектах {@link android.net.NetworkRequest} параметры
 сетевого обратного вызова задаются с помощью {@link android.net.NetworkCapabilities}. Объекты {@link android.net.NetworkRequest} создаются
 с использованием класса {@link
   android.net.NetworkRequest.Builder NetworkRequest.Builder}. Затем метод {@link
   android.net.ConnectivityManager#registerNetworkCallback(android.net.NetworkRequest,
   android.net.ConnectivityManager.NetworkCallback) registerNetworkCallback()}
  передает объект {@link android.net.NetworkRequest} системе. Если
 сетевые условия выполнены, приложение получает обратный вызов для выполнения метода
   {@link android.net.ConnectivityManager.NetworkCallback#onAvailable
   onAvailable()}, определенного в своем классе {@link
   android.net.ConnectivityManager.NetworkCallback}.
 </p>

 <p>
   Приложение продолжает получать обратные вызовы, пока оно не будет закрыто или не будет вызван метод
   {@link android.net.ConnectivityManager#unregisterNetworkCallback
   unregisterNetworkCallback()}.
 </p>

 <h2 id="media-broadcasts">
   Ограничения для NEW_PICTURE и NEW_VIDEO
 </h2>

 <p>
   В N Developer Preview приложения не могут отправлять или получать широковещательные сообщения {@link
   android.hardware.Camera#ACTION_NEW_PICTURE} и {@link
   android.hardware.Camera#ACTION_NEW_VIDEO}. Это ограничение
  позволяет улучшить производительность, если для обработки нового изображения или видео должны
  активироваться несколько приложений. N Developer Preview
  расширяет классы {@link android.app.job.JobInfo} и {@link
   android.app.job.JobParameters}, что дает разработчикам альтернативное решение.
 </p>

 <h3 id="new-jobinfo">
   Новые методы JobInfo
 </h3>

 <p>
   Для активации заданий при изменении URI контента в N Developer Preview
  были добавлены следующие методы для API-интерфейса {@link android.app.job.JobInfo}.
 </p>

 <dl>
   <dt>
     {@code JobInfo.TriggerContentUri()}
   </dt>

   <dd>
     Инкапсулирует параметры, необходимые для активации задания при изменении URI контента.
   </dd>

   <dt>
     {@code JobInfo.Builder.addTriggerContentUri()}
   </dt>

   <dd>
     Передает объект {@code TriggerContentUri} в контейнер {@link
     android.app.job.JobInfo}. Объект {@link android.database.ContentObserver}
     отслеживает инкапсулированный URI контента. Если с заданием связано несколько объектов {@code
     TriggerContentUri}, система предоставляет
  обратный вызов, даже если изменился только один из URI контента.
   </dd>

   <dd>
     Добавьте флаг {@code TriggerContentUri.FLAG_NOTIFY_FOR_DESCENDANTS}, чтобы
  активировать задание при изменении любых потомков указанного URI. Этот флаг
  соответствует параметру {@code notifyForDescendants}, переданному методу {@link
     android.content.ContentResolver#registerContentObserver
     registerContentObserver()}.
   </dd>
 </dl>

 <p class="note">
   <strong>Примечание.</strong> Метод {@code TriggerContentUri()} не может использоваться
  вместе с {@link android.app.job.JobInfo.Builder#setPeriodic
   setPeriodic()} или {@link android.app.job.JobInfo.Builder#setPersisted
   setPersisted()}. Чтобы непрерывно отслеживать изменения контента, запланируйте новый объект задания
   {@link android.app.job.JobInfo}, прежде чем {@link
   android.app.job.JobService} завершит обработку последнего обратного вызова.
 </p>

 <p>
   В следующем примере кода планируется задание, которое активируется, когда система сообщает
  об изменении URI контента {@code MEDIA_URI}:
 </p>

 <pre>
 public static final int MY_BACKGROUND_JOB = 0;
 ...
 public static void scheduleJob(Context context) {
   JobScheduler js =
           (JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
   JobInfo.Builder builder = new JobInfo.Builder(
           MY_BACKGROUND_JOB,
           new ComponentName(context, MediaContentJob.class));
   builder.addTriggerContentUri(
           new JobInfo.TriggerContentUri(MEDIA_URI,
           JobInfo.TriggerContentUri.FLAG_NOTIFY_FOR_DESCENDANTS));
   js.schedule(builder.build());
 }
 </pre>
 <p>
   Если система сообщает об изменении указанных URI контента, приложение
  получает обратный вызов, а объект {@link android.app.job.JobParameters} передается
  методу {@link android.app.job.JobService#onStartJob onStartJob()}
  в {@code MediaContentJob.class}.
 </p>

 <h3 id="new-jobparam">
   Новые методы JobParameter
 </h3>

 <p>
   В N Developer Preview также расширен класс {@link android.app.job.JobParameters}, чтобы
  приложения могли получать полезные сведения о том, какие источники контента
  и URI инициировали задание.
 </p>

 <dl>
   <dt>
     {@code Uri[] getTriggeredContentUris()}
   </dt>

   <dd>
     Возвращает массив URI, которые активировали задание. Возвращается значение {@code
     null}, если ни один URI не инициировал задание (например, задание было
     активировано по времени или из-за другой причины), или число измененных
     URI больше 50.
   </dd>

   <dt>
     {@code String[] getTriggeredContentAuthorities()}
   </dt>

   <dd>
     Возвращает строковый массив источников контента, которые активировали задание.
     Если возвращенный массив не равен {@code null}, используйте метод {@code getTriggeredContentUris()},
     чтобы получить сведения об измененных URI.
   </dd>
 </dl>

 <p>
   В следующем примере кода перегружается метод {@link
   android.app.job.JobService#onStartJob JobService.onStartJob()} и
  записываются источники и URI контента, вызвавшие задание:
 </p>

 <pre>
 &#64;Override
 public boolean onStartJob(JobParameters params) {
   StringBuilder sb = new StringBuilder();
   sb.append("Media content has changed:\n");
   if (params.getTriggeredContentAuthorities() != null) {
       sb.append("Authorities: ");
       boolean first = true;
       for (String auth :
           params.getTriggeredContentAuthorities()) {
           if (first) {
               first = false;
           } else {
              sb.append(", ");
           }
            sb.append(auth);
       }
       if (params.getTriggeredContentUris() != null) {
           for (Uri uri : params.getTriggeredContentUris()) {
               sb.append("\n");
               sb.append(uri);
           }
       }
   } else {
       sb.append("(No content)");
   }
   Log.i(TAG, sb.toString());
   return true;
 }
 </pre>

 <h2 id="further-optimization">
   Дальнейшая оптимизация приложения
 </h2>

 <p>
   Оптимизация приложений для устройств с малым объемом памяти
  или для условий с ограниченным объемом памяти помогает улучшить производительность и удобство работы пользователей. Удаление
  зависимостей от фоновых служб и статически зарегистрированных приемников неявных широковещательных сообщений
  способно помочь приложению более эффективно работать на таких устройствах. Хотя
  на платформе N Developer Preview приняты меры для устранения некоторых из этих проблем,
  рекомендуется оптимизировать приложения, полностью отказавшись
  от подобных фоновых процессов.
 </p>

 <p>
   В N Developer Preview представлен ряд дополнительных команд <a href="{@docRoot}tools/help/adb.html">Android Debug Bridge (ADB)</a>, с помощью
  которых можно тестировать поведение приложения с отключенными фоновыми процессами.
 </p>

 <ul>
   <li>Для эмуляции условий, в которых неявные широковещательные сообщения и фоновые службы
  недоступны, введите следующую команду:
   </li>

   <li style="list-style: none; display: inline">
 <pre class="no-pretty-print">
 {@code $ adb shell cmd appops set RUN_IN_BACKGROUND ignore}
 </pre>
   </li>

   <li>Чтобы снова включить неявные широковещательные сообщения и фоновые службы, введите
  следующую команду:
   </li>

   <li style="list-style: none; display: inline">
 <pre class="no-pretty-print">
 {@code $ adb shell cmd appops set RUN_IN_BACKGROUND allow}
 </pre>
   </li>
 </ul>
	page.title=Оптимизация фоновых процессов
	page.metaDescription=Новые ограничения для неявных широковещательных сообщений.
	page.keywords="android N", "implicit broadcasts", "job scheduler"
	page.image=images/cards/card-nyc_2x.jpg

	@jd:body

	<div id="qv-wrapper">
	<div id="qv">
	<h2>
	Содержание документа
	</h2>

	<ol>
	<li>
	<a href="#connectivity-action">Ограничения для CONNECTIVITY_ACTION</a>
	</li>

	<li>
	<a href="#sched-jobs">Планирование сетевых заданий для безлимитных
	подключений</a>
	</li>

	<li>
	<a href="#monitor-conn">Отслеживание сетевого подключения во время работы
	приложения</a>
	</li>

	<li>
	<a href="#media-broadcasts">Ограничения для NEW_PICTURE и
	NEW_VIDEO</a>
	</li>

	<li>
	<a href="#new-jobinfo">Новые методы JobInfo</a>
	</li>

	<li>
	<a href="#new-jobparam">Новые методы JobParameter</a>
	</li>

	<li>
	<a href="#further-optimization">Дальнейшая оптимизация приложения</a>
	</li>
	</ol>
	</div>
	</div>

	<p>
	Фоновые процессы могут потреблять много памяти и заряда аккумулятора. Например,
	неявное широковещательное сообщение может запускать множество фоновых процессов,
	которые его прослушивают, даже если они сами не выполняют полезной работы. Это
	может значительно снизить производительность устройства и быстродействие пользовательского интерфейса.
	</p>

	<p>
	Чтобы устранить подобные проблемы, в N Developer Preview применяются следующие
	ограничения.
	</p>

	<ul>
	<li>Приложения для версии Preview не получают рассылок {@link
	android.net.ConnectivityManager#CONNECTIVITY_ACTION}, если они
	зарегистрированы для их получения в манифесте. Приложения в активном режиме
	по-прежнему могут прослушивать {@code CONNECTIVITY_CHANGE} в главном потоке,
	зарегистрировав {@link android.content.BroadcastReceiver} с помощью метода {@link
	android.content.Context#registerReceiver Context.registerReceiver()}.
	</li>

	<li>Приложения не могут отправлять или получать широковещательные сообщения {@link
	android.hardware.Camera#ACTION_NEW_PICTURE} и {@link
	android.hardware.Camera#ACTION_NEW_VIDEO}. Эта оптимизация
	затрагивает все приложения, а не только предназначенные для версии Preview.
	</li>
	</ul>

	<p>
	Платформа Android предоставляет несколько решений, позволяющих отказаться
	от таких неявных рассылок. Например, в {@link android.app.job.JobScheduler}
	и <a href="https://developers.google.com/android/reference/com/google/android/gms/gcm/GcmNetworkManager">
	{@code GcmNetworkManager}</a> реализованы надежные механизмы для планирования сетевых
	операций, которые запускаются при выполнении определенных условий, таких как наличие безлимитной
	сети. Теперь вы также можете использовать {@link android.app.job.JobScheduler}
	, чтобы реагировать на изменения поставщиков контента. В объектах {@link android.app.job.JobInfo}
	инкапсулированы параметры, которые {@link android.app.job.JobScheduler}
	использует для планирования заданий. Если условия задания выполнены, система
	выполняет его через {@link android.app.job.JobService} вашего приложения.
	</p>

	<p>
	Здесь мы рассмотрим, как использовать альтернативные методы, такие как
	{@link android.app.job.JobScheduler}, для адаптации приложения к новым
	ограничениям.
	</p>

	<h2 id="connectivity-action">
	Ограничения для CONNECTIVITY_ACTION
	</h2>

	<p>
	Приложения для N Developer Preview не получают широковещательные сообщения {@link
	android.net.ConnectivityManager#CONNECTIVITY_ACTION}, если они
	зарегистрированы для их получения в своем манифесте. При этом процессы, которые зависят от этого
	широковещательного сообщения, не запускаются. Это может вызвать проблемы для приложений, которым необходимо
	прослушивать изменения сети или выполнять
	массовые сетевые операции, когда устройство подключается к безлимитной сети. Платформа Android уже предоставляет ряд способов обойти
	это ограничение, но выбор нужного метода
	зависит от того, чего вы хотите добиться от приложения.
	</p>

	<p class="note">
	<strong>Примечание.</strong> Объект {@link android.content.BroadcastReceiver}, зарегистрированный с помощью метода
	{@link android.content.Context#registerReceiver Context.registerReceiver()},
	продолжает получать такие рассылки, если приложение работает в активном режиме.
	</p>

	<h3 id="sched-jobs">
	Планирование сетевых заданий для безлимитных подключений
	</h3>

	<p>
	При использовании класса {@link android.app.job.JobInfo.Builder JobInfo.Builder} для создания
	объекта {@link android.app.job.JobInfo} примените метод {@link
	android.app.job.JobInfo.Builder#setRequiredNetworkType
	setRequiredNetworkType()} и передайте {@link android.app.job.JobInfo
	JobInfo.NETWORK_TYPE_UNMETERED} в качестве параметра задания. В следующем примере кода
	служба запускается, если устройство подключается к безлимитной
	сети и заряжается:
	</p>

	<pre>
	public static final int MY_BACKGROUND_JOB = 0;
	...
	public static void scheduleJob(Context context) {
	JobScheduler js =
	(JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
	JobInfo job = new JobInfo.Builder(
	MY_BACKGROUND_JOB,
	new ComponentName(context, MyJobService.class))
	.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED)
	.setRequiresCharging(true)
	.build();
	js.schedule(job);
	}
	</pre>

	<p>
	Если условия задания выполнены, приложение получает обратный вызов для запуска
	метода {@link android.app.job.JobService#onStartJob onStartJob()} в указанном
	классе {@code JobService.class}. Другие примеры реализации {@link
	android.app.job.JobScheduler} см. в <a href="{@docRoot}samples/JobScheduler/index.html">примере приложения JobScheduler</a>.
	</p>

	<p>
	В приложениях, использующих службы GMSCore и предназначенных для Android 5.0 (уровень API 21)
	или предыдущих версий, можно воспользоваться <a href="https://developers.google.com/android/reference/com/google/android/gms/gcm/GcmNetworkManager">
	{@code GcmNetworkManager}</a> и указать {@code Task.NETWORK_STATE_UNMETERED}.
	</p>

	<h3 id="monitor-conn">
	Отслеживание сетевого подключения во время работы приложения
	</h3>

	<p>
	Приложения в активном режиме по-прежнему могут прослушивать {@code
	CONNECTIVITY_CHANGE} с помощью зарегистрированного объекта {@link
	android.content.BroadcastReceiver}. Однако в API-интерфейсе {@link
	android.net.ConnectivityManager} есть более надежный метод для запроса
	обратного вызова только при выполнении указанных сетевых условий.
	</p>

	<p>
	В объектах {@link android.net.NetworkRequest} параметры
	сетевого обратного вызова задаются с помощью {@link android.net.NetworkCapabilities}. Объекты {@link android.net.NetworkRequest} создаются
	с использованием класса {@link
	android.net.NetworkRequest.Builder NetworkRequest.Builder}. Затем метод {@link
	android.net.ConnectivityManager#registerNetworkCallback(android.net.NetworkRequest,
	android.net.ConnectivityManager.NetworkCallback) registerNetworkCallback()}
	передает объект {@link android.net.NetworkRequest} системе. Если
	сетевые условия выполнены, приложение получает обратный вызов для выполнения метода
	{@link android.net.ConnectivityManager.NetworkCallback#onAvailable
	onAvailable()}, определенного в своем классе {@link
	android.net.ConnectivityManager.NetworkCallback}.
	</p>

	<p>
	Приложение продолжает получать обратные вызовы, пока оно не будет закрыто или не будет вызван метод
	{@link android.net.ConnectivityManager#unregisterNetworkCallback
	unregisterNetworkCallback()}.
	</p>

	<h2 id="media-broadcasts">
	Ограничения для NEW_PICTURE и NEW_VIDEO
	</h2>

	<p>
	В N Developer Preview приложения не могут отправлять или получать широковещательные сообщения {@link
	android.hardware.Camera#ACTION_NEW_PICTURE} и {@link
	android.hardware.Camera#ACTION_NEW_VIDEO}. Это ограничение
	позволяет улучшить производительность, если для обработки нового изображения или видео должны
	активироваться несколько приложений. N Developer Preview
	расширяет классы {@link android.app.job.JobInfo} и {@link
	android.app.job.JobParameters}, что дает разработчикам альтернативное решение.
	</p>

	<h3 id="new-jobinfo">
	Новые методы JobInfo
	</h3>

	<p>
	Для активации заданий при изменении URI контента в N Developer Preview
	были добавлены следующие методы для API-интерфейса {@link android.app.job.JobInfo}.
	</p>

	<dl>
	<dt>
	{@code JobInfo.TriggerContentUri()}
	</dt>

	<dd>
	Инкапсулирует параметры, необходимые для активации задания при изменении URI контента.
	</dd>

	<dt>
	{@code JobInfo.Builder.addTriggerContentUri()}
	</dt>

	<dd>
	Передает объект {@code TriggerContentUri} в контейнер {@link
	android.app.job.JobInfo}. Объект {@link android.database.ContentObserver}
	отслеживает инкапсулированный URI контента. Если с заданием связано несколько объектов {@code
	TriggerContentUri}, система предоставляет
	обратный вызов, даже если изменился только один из URI контента.
	</dd>

	<dd>
	Добавьте флаг {@code TriggerContentUri.FLAG_NOTIFY_FOR_DESCENDANTS}, чтобы
	активировать задание при изменении любых потомков указанного URI. Этот флаг
	соответствует параметру {@code notifyForDescendants}, переданному методу {@link
	android.content.ContentResolver#registerContentObserver
	registerContentObserver()}.
	</dd>
	</dl>

	<p class="note">
	<strong>Примечание.</strong> Метод {@code TriggerContentUri()} не может использоваться
	вместе с {@link android.app.job.JobInfo.Builder#setPeriodic
	setPeriodic()} или {@link android.app.job.JobInfo.Builder#setPersisted
	setPersisted()}. Чтобы непрерывно отслеживать изменения контента, запланируйте новый объект задания
	{@link android.app.job.JobInfo}, прежде чем {@link
	android.app.job.JobService} завершит обработку последнего обратного вызова.
	</p>

	<p>
	В следующем примере кода планируется задание, которое активируется, когда система сообщает
	об изменении URI контента {@code MEDIA_URI}:
	</p>

	<pre>
	public static final int MY_BACKGROUND_JOB = 0;
	...
	public static void scheduleJob(Context context) {
	JobScheduler js =
	(JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
	JobInfo.Builder builder = new JobInfo.Builder(
	MY_BACKGROUND_JOB,
	new ComponentName(context, MediaContentJob.class));
	builder.addTriggerContentUri(
	new JobInfo.TriggerContentUri(MEDIA_URI,
	JobInfo.TriggerContentUri.FLAG_NOTIFY_FOR_DESCENDANTS));
	js.schedule(builder.build());
	}
	</pre>
	<p>
	Если система сообщает об изменении указанных URI контента, приложение
	получает обратный вызов, а объект {@link android.app.job.JobParameters} передается
	методу {@link android.app.job.JobService#onStartJob onStartJob()}
	в {@code MediaContentJob.class}.
	</p>

	<h3 id="new-jobparam">
	Новые методы JobParameter
	</h3>

	<p>
	В N Developer Preview также расширен класс {@link android.app.job.JobParameters}, чтобы
	приложения могли получать полезные сведения о том, какие источники контента
	и URI инициировали задание.
	</p>

	<dl>
	<dt>
	{@code Uri[] getTriggeredContentUris()}
	</dt>

	<dd>
	Возвращает массив URI, которые активировали задание. Возвращается значение {@code
	null}, если ни один URI не инициировал задание (например, задание было
	активировано по времени или из-за другой причины), или число измененных
	URI больше 50.
	</dd>

	<dt>
	{@code String[] getTriggeredContentAuthorities()}
	</dt>

	<dd>
	Возвращает строковый массив источников контента, которые активировали задание.
	Если возвращенный массив не равен {@code null}, используйте метод {@code getTriggeredContentUris()},
	чтобы получить сведения об измененных URI.
	</dd>
	</dl>

	<p>
	В следующем примере кода перегружается метод {@link
	android.app.job.JobService#onStartJob JobService.onStartJob()} и
	записываются источники и URI контента, вызвавшие задание:
	</p>

	<pre>
	@Override
	public boolean onStartJob(JobParameters params) {
	StringBuilder sb = new StringBuilder();
	sb.append("Media content has changed:\n");
	if (params.getTriggeredContentAuthorities() != null) {
	sb.append("Authorities: ");
	boolean first = true;
	for (String auth :
	params.getTriggeredContentAuthorities()) {
	if (first) {
	first = false;
	} else {
	sb.append(", ");
	}
	sb.append(auth);
	}
	if (params.getTriggeredContentUris() != null) {
	for (Uri uri : params.getTriggeredContentUris()) {
	sb.append("\n");
	sb.append(uri);
	}
	}
	} else {
	sb.append("(No content)");
	}
	Log.i(TAG, sb.toString());
	return true;
	}
	</pre>

	<h2 id="further-optimization">
	Дальнейшая оптимизация приложения
	</h2>

	<p>
	Оптимизация приложений для устройств с малым объемом памяти
	или для условий с ограниченным объемом памяти помогает улучшить производительность и удобство работы пользователей. Удаление
	зависимостей от фоновых служб и статически зарегистрированных приемников неявных широковещательных сообщений
	способно помочь приложению более эффективно работать на таких устройствах. Хотя
	на платформе N Developer Preview приняты меры для устранения некоторых из этих проблем,
	рекомендуется оптимизировать приложения, полностью отказавшись
	от подобных фоновых процессов.
	</p>

	<p>
	В N Developer Preview представлен ряд дополнительных команд <a href="{@docRoot}tools/help/adb.html">Android Debug Bridge (ADB)</a>, с помощью
	которых можно тестировать поведение приложения с отключенными фоновыми процессами.
	</p>

	<ul>
	<li>Для эмуляции условий, в которых неявные широковещательные сообщения и фоновые службы
	недоступны, введите следующую команду:
	</li>

	<li style="list-style: none; display: inline">
	<pre class="no-pretty-print">
	{@code $ adb shell cmd appops set RUN_IN_BACKGROUND ignore}
	</pre>
	</li>

	<li>Чтобы снова включить неявные широковещательные сообщения и фоновые службы, введите
	следующую команду:
	</li>

	<li style="list-style: none; display: inline">
	<pre class="no-pretty-print">
	{@code $ adb shell cmd appops set RUN_IN_BACKGROUND allow}
	</pre>
	</li>
	</ul>