MDN’s new design is in Beta! A sneak peek: https://blog.mozilla.org/opendesign/mdns-new-design-beta/

Перевод не завершен. Пожалуйста, помогите перевести эту статью с английского.

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

Service workers фактически действуют как прокси серверы, находящиеся между web-приложением и браузером, а так же сетью (если доступна). Они призваны для того (кроме прочего), чтобы позволять описывать корректное поведение в режиме офлайн, перехватывать запросы сети и принимать соответствующие меры, основываясь на том, доступна сеть или нет, и обновлять данные, находящиеся на сервере. Так же они будут позволять отправлять уведомления и выполнять фоновую синхронизацию API.

Концепция и использование service worker

Service worker — это событийно-управляемый worker, регистрируемый на уровне источника и пути. Он принимает форму JavaScript-файла, который может контролировать web-страницу/сайт, с которым он ассоциируется, перехватывать и модифицировать навигацию и запросы ресурсов, очень подробно кешировать ресурсы, а также предоставлять полный контроль над тем, как приложение ведет себя в определенной ситуации (самая очевидная, когда сеть не доступна).

Service worker запускается в контексте worker'а, поэтому он не имеет доступа к DOM и работает в отдельном потоке от основного JavaScript, который управляет вашим приложением, так что не блокирует его. Он призван быть полностью асинхронным; как следствие, API, такие как синхронные XHR и localStorage, не могут быть использованы в service worker.

Service workers запускаются только по HTTPS из соображений безопасности. Иметь открытые широкой публике модифицируемые сетевые запросы может быть крайне опасно и чревато атаками.

Заметка: Service Workers выигрывают у предыдущих попыток в этой сфере, таких как AppCache, потому что не делают выводов о том, что вы пытаетесь сделать, а затем ломаются, когда их заключение не было абсолютно верно; вы имеете полный контроль над всем.

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

Регистрация

Service worker сначала регестрируется с помощью ServiceWorkerContainer.register() метода. Если регистрация прошла успешно, service worker будет загружен клиентом и попытается установиться/активироваться (смотри ниже) для всех URL, доступных пользователю, или подмножества, указанного вами.

Загрузка, установка и активация

Service worker будет следовать следующему жизненному циклу:

  1. Загрузка
  2. Установка
  3. Активация

Когда пользователь впервые запросит доступ к сайту/странице, контролируемой server worker, тот моментально будет загружен .

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

Он попытается установиться, если загруженный файл был признан новым — или отличным от существующего service worker (побайтовое сравнение), или окажется первым service worker, встреченным для этой страницы/сайта.

Если это первый раз, когда service worker оказался доступен, будет проведена установка, и после успешного завершения он будет активирован.

Если уже существуют доступные service worker, новая версия устанавливается в фоновом режиме, но будет все еще не активна — в данный момент она будет называться worker в ожидании. Он активируется только тогда, когда больше нет других страниц для загрузки, все еще использующих старый service worker. Как только таких станиц больше не останется, новый service worker активируется (станет активным worker). Активация может произойти раньше при использовании ServiceWorkerGlobalScope.skipWaiting (), а существующие страницы могут быть объявлены активным воркером с помощью Clients.claim ().

Вы можете прослушивать InstallEvent; стандарные действие тут — подготовка вашего service worker к использованию, когда это событие происходит, к примеру, создание кеша при помощи встроенного API хранилища и размещение внутри него данных, которые вы захотите использовать в вашем приложении в режиме офлайн.

Есть также событие activate. Точка, где это событие запускается, в общем случае удачный момент для очистки старого кеша и других вещей, ассоциируемых с предыдущей версией вашего service worker.

Ваш service worker может отвечать на запросы, используя FetchEvent событие. Вы можете изменять ответ на эти запросы так, как хотите, используя FetchEvent.respondWith метод.

Заметка: Так как выполнение oninstall/onactivate может занять время, спецификация service worker предоставляет метод waitUntil, который возвращает обещание, когда вызывается oninstall или onactivate. Функциональные события не отправляются service worker, пока обещание не завершится успешно.

Для полного руководства по созданию вашего первого рабочего примера читайте Using Service Workers.

Другие варианты использования

Service workers также предназначены для использования для таких вещей, как:

  • Фоновая синхронизация данных
  • Ответ на запросы от других источников
  • Получение централизованного обновления для данных, сложных для расчетов, таких как геолокация или гироскоп, так что несколько станиц может использовать одни и те же данные
  • Компиляция на клиентской стороне и управление зависимостями для CoffeeScript, less, CJS/AMD модулей и т.д. для целей разработки
  • Перехват фоновых сервисов
  • Кастомное шаблонизация, основанная на определённых паттернах URL
  • Улучшение производительности, к примеру предварительная загрузка ресурсов, которые понадобятся пользователю в ближайшем будущем, как несколько последующих картинок в фотоальбоме.

В будущем service workers будут способны на многие другие полезные вещи для web-платформ, приблизив их к жизнеспособности нативных приложений. Примечательно, что другие спецификации могут и будут использовать контекст service worker, к примеру для:

  • Фоновой синхронизации: запускать service worker даже когда ни одного пользователя нет на сайте, чтобы обновить кеш.
  • Реакции на пуш-сообщения: запускать service worker для отправки сообщений пользователям, чтобы оповестить их о новом доступном контенте.
  • Реакции на отпределенное время и дату
  • Введение гео-ограничений

Интерфейс

Cache
Представляет хранилище для Request / Response объектов, которые кешируются, как часть жизненного цикла ServiceWorker.
CacheStorage
Представляет хранилище для Cache объектов. Он создает главную директорию для всех именовынных кешей, к которым ServiceWorker имеет доспуп, и поддерживает отображение строковых имен соответствующего объекта Cache.
Client
Представляет область видимости клиента service worker. Это либо документ в контексте браузера, либо SharedWorker, который контролируется активным worker.
Clients
Представлет контейнер для списка Client объектов; основной способ получить доступ к активному service worker клиентов текущего источника.
ExtendableEvent
Расширяет жизненный цикл событий устновки и активации, отправляемых ServiceWorkerGlobalScope как часть жизненного цикла service worker. Это гарантирует, что любое функциональное событие (как FetchEvent) не отправится в ServiceWorker, пока он не обновит шаблон данных, удалив устаревшие данные кеша.
ExtendableMessageEvent
Обект событий message запускается в service worker (когда канал сообщений в ServiceWorkerGlobalScope получил новое сообщение из другого контекста) — расширяет жизненный цикл таких событий.
FetchEvent
Параметр, передающийся в ServiceWorkerGlobalScope.onfetch обработчик, FetchEvent представляет собой событие получения, которое отправляется в  ServiceWorkerGlobalScope ServiceWorker. Он содержит информацию о запросе и результирующем ответе и обеспечивает FetchEvent.respondWith() метод, который позволяет отправить произвольный ответ обратно контролируемой странице.
InstallEvent
Параметр, передющийся в  oninstall обработчик, InstallEvent представляет сообой событие установки, которое отправляется ServiceWorkerGlobalScope ServiceWorker. Как наследник ExtendableEvent, он гарантирует, что функциональные события, такие как FetchEvent, не будут отправлены во время установки. 
Navigator.serviceWorker
Возвращает ServiceWorkerContainer объект, который обеспечивает доступ к регистрации, удалению, обновлению и коммуникации с ServiceWorker объектами ассоциируемого документа.
NotificationEvent
Параметр, передаваемый в onnotificationclick обработчик, NotificationEvent интерфейс представляет событие уведомления на клик, которое отправлется в ServiceWorkerGlobalScope ServiceWorker.
ServiceWorker
Представляет service worker. Несколько контекстов браузера (страницы, workers, итд.) могут быть ассоциированы с объектом ServiceWorker.
ServiceWorkerContainer
Предоставляет объект, описывающий service worker как общий блок в экосистеме сети, включая возможность регистрировать, отключать и обновлять service workers, и предоставляет доступ к состоянию текущего и других зарагестрованных service workers.
ServiceWorkerGlobalScope
Представляет глобальный контекст исполнения service worker.
ServiceWorkerMessageEvent
Содержит информацию о событии, отправленном целевому  ServiceWorkerContainer
ServiceWorkerRegistration
Представляет регистрацию service worker.
SyncEvent

SyncEvent предсталяет синхронное действие, котрое отправляется ServiceWorkerGlobalScope ServiceWorker. 

SyncManager
Обеспечивает интерфейс регистрации и прослушивания синхронных рагистраций.
WindowClient
Предствляет область видимости клинетского service worker, представленного в в иде документа в контекте браузера, контролируемого активным worker. Это особый тип Client объекта с некоторыми дополнительными методами и свойствами.

Спецификации (характеристики)

Спецификации        Статус Комментарий
  Рабочий черновик первоначальное определение.

    Совместимость браузера

                      таблица совместимости

Свойства Chrome Firefox (Gecko) Internet Explorer Opera Safari (WebKit)
Основная поддержка 40.0 44.0 (44.0)[1] Нет 24 Нет
учтановить/активировать событие 40.0 44.0 (44.0)[1] Нет (Да) Нет
вызывать событие/запрос/
respondWith()
40.0 44.0 (44.0)[1] Нет Нет Нет
caches/cache

42.0

39.0 (39.0)[1] Нет Нет Нет
Feature Android Chrome for Android Firefox Mobile (Gecko) Firefox OS IE Phone Opera Mobile Safari Mobile
Basic support   40.0 44.0 (44.0) (Да) Нет (Да) Нет
 install/activate events Нет 40.0 44.0 (44.0) (Да) Нет (Да) Нет
fetch event/request/
respondWith()
Нет 40.0 44.0 (44.0) (Да) Нет Нет Нет
caches/cache Нет 40.0 39.0 (39.0) (Да) Нет Нет Нет

[1] Service workers (и Push) были не активны в  Firefox 45 Extended Support Release (ESR.)

Смотрите также:

Метки документа и участники

 Внесли вклад в эту страницу: zhrivodkin, patriciussanctus, SergeyYukhnevich, Straig, dphov, curdwithraisins, franzy1709, chrisdavidmills
 Обновлялась последний раз: zhrivodkin,