– ссылка на сам глобальный объект. Отметьте, однако, что в объекте
WorkerGlobalScope
отсутствует синонимичное свойство window, имеющееся в объекте
Window
.
Модель выполнения фонового потока
Фоновые потоки выполняют свой программный код (и все импортированные сценарии) синхронно, от начала до конца, и затем переходят в асинхронную фазу выполнения, когда они откликаются на события и таймеры. Если фоновый поток регистрирует обработчик события onmessage, он никогда не завершит работу, пока есть вероятность поступления событий «message». Но если фоновый поток не принимает сообщения, он будет работать, пока не будут выполнены
все задания (такие как загрузка или таймеры) и не будут вызваны все функции, связанные с этими заданиями. После вызова всех зарегистрированных функций обратного вызова в фоновом потоке нет никакой возможности начать выполнять новые задания, поэтому он может смело завершить свою работу. Представьте себе фоновый поток без обработчика событий onmessage, который загружает файл с помощью объекта XMLHttpRequest. Если обработчик onload запустит загрузку другого файла или зарегистрирует обработчик таймера вызовом функции setTimeout, поток выполнения получит новое задание и продолжит работу. Иначе он завершится.
. В фоновом потоке эти свойства доступны только для чтения.
• Свойство
navigator
, ссылающееся на объект, обладающий теми же свойствами, что и объект
Navigator
окна. Объект
navigator
фонового потока имеет свойства
appName, appVersion, platform, userAgent
и
onLine
.
• Обычные методы объектов, в которых могут возбуждаться события:
addEventListener
и
removeEventListener.
• Свойство
onerror
, которому можно присвоить функцию обработки ошибок, подобное свойству
Window.onerror
, которое описывается в разделе 14.6. Обработчик ошибок, если его зарегистрировать, будет получать три аргумента с сообщением об ошибке, URL-адресом и номером строки. Он может вернуть false, чтобы показать, что ошибка обработана и не должна распространяться дальше в виде события «error» в объекте
Worker
. (Однако на момент написания этих строк обработка ошибок в разных броузерах была реализована несовместимым способом.)
Дополнительные особенности объекта Worker
Фоновые потоки выполнения, описываемые в этом разделе, являются выделенными фоновыми потоками: они связаны (или выделены из) с общим родительским потоком выполнения. Спецификация «Web Workers» определяет еще один тип фоновых потоков выполнения, разделяемые потоки выполнения. На момент написания этих строк броузеры еще не поддерживали разделяемые потоки выполнения. Однако их назначение состоит в том, чтобы играть роль именованного ресурса, который может предоставлять вычислительные услуги любым другим потокам выполнения. На практике взаимодействие с разделяемым потоком выполнения напоминает взаимодействие с сервером посредством сетевых сокетов.
Роль «сокета» для разделяемого потока выполнения играет объект Messa-gePort. Он определяет прикладной интерфейс обмена сообщениями, подобный аналогичному интерфейсу в выделенных потоках выполнения, а также используемому для обмена сообщениями между документами с разным происхождением. Объект MessagePort имеет метод postMessage и атрибут onmessage обработчика событий. Спецификация HTML5 предусматривает
возможность создания связанных пар объектов MessagePort с помощью конструктора MessageChannel. Вы можете передавать объекты MessagePort (в специальном аргументе метода postMessage) другим окнам или другим фоновым потокам выполнения и использовать их как выделенные каналы связи. Объекты MessagePort и MessageChannel являются дополнительным прикладным интерфейсом, который поддерживается лишь немногими броузерами и здесь не рассматривается.
включает конструкторы объектов, важных для клиентских сценариев. В их числе конструктор
XMLHttpRequest,
позволяющий фоновым потокам выполнять HTTP-запросы (глава 18), и конструктор
Worker
, дающий возможность фоновым потокам создавать свои фоновые потоки. (Однако на момент написания этих строк конструктор
Worker
был недоступен фоновым потокам в броузерах Chrome и Safari.)
Некоторые прикладные интерфейсы HTML5, описываемые далее в этой главе, определяют особенности, доступные как через обычный объект
Window
, так и через объект
WorkerGlobalScope
. Часто асинхронному прикладному интерфейсу объекта
Window
соответствует его синхронная версия в объекте
WorkerGlobalScope
. Эти прикладные интерфейсы «с поддержкой фоновых потоков выполнения» мы рассмотрим далее в этой главе.
22.4.3. Примеры использования фоновых потоков
Завершают этот раздел два примера использования фоновых потоков выполнения. Первый демонстрирует, как реализовать выполнение длительных вычислений в фоновом потоке, чтобы они не влияли на отзывчивость пользовательского интерфейса, обслуживаемого основным потоком выполнения. Второй демонстрирует, как можно использовать фоновые потоки для работы с простейшими синхронными прикладными интерфейсами.
В примере 22.6 определяется функция
smear,
которая принимает элемент
<img>
в виде аргумента. Она применяет эффект размытия для «смазывания» изображения вправо. Для реализации этого эффекта используется описанный в главе 21 прием копирования изображения в неотображаемый элемент
<canvas>
и последующего извлечения пикселей изображения с помощью объекта
ImageData
. Элементы
<img>
и
<canvas>
нельзя передать фоновому потоку выполнения с помощью метода
postMessage
, но можно передать объект
ImageData
(подробности во врезке «Структурированные копии» выше). Пример 22.6 создает объект
Worker
и вызывает его метод
postMessage
, чтобы передать ему изображение. Когда фоновый поток отправит обработанные пикселы изображения обратно, программный код скопирует их снова в элемент
<canvas>,
извлекая их как ресурс с URL-адресом вида data:// и устанавливая этот URL-адрес в качестве значения свойства
src
оригинального элемента
<img>
.
Пример 22.6. Создание фонового потока выполнения для обработки изображения
// Асинхронная замена изображения его смазанной версией.
// Используется так: <img src="testimage.jpg" onclick="smear(this)"/>
function smear(img) {
// Создать неотображаемый элемент <canvas> того же размера, что и изображение