Шрифт:
Основная причина для вызова метода
abort
– появление необходимости отменить запрос, превышение предельного времени ожидания или если ответ становится ненужным. Допустим, что объект XMLHttpRequest
используется для запроса подсказки в механизме автодополнения для текстового поля ввода. Если пользователь успеет ввести в поле новый символ еще до того, как подсказка будет получена с сервера, надобность в этой подсказке отпадает и запрос можно прервать. Спецификация «XHR2» определяет свойство
timeout
, в котором указывается промежуток времени в миллисекундах, после которого запрос автоматически будет прерван, а также определяет событие «timeout», которое должно генерироваться (вместо события «abort») по истечении установленного промежутка времени. На момент написания этих строк броузеры еще не поддерживали автоматическое прерывание запроса по истечении предельного времени ожидания (и объекты XMLHttpRequest
в них не имели свойств timeout
и ontimeout
). Однако имеется возможность реализовать собственную поддержку прерывания запросов по истечении заданного интервала времени с помощью функции setTimeout
(раздел 14.1) и метода abort.
Как это сделать, демонстрирует пример 18.12. Пример 18.12. Реализация поддержки предельного времени ожидания
// Выполняет запрос HTTP GET на получение содержимого указанного URL.
// В случае благополучного получения ответа передает содержимое responseText функции
// обратного вызова. Если ответ не пришел в течение указанного времени, выполнение
// запроса прерывается. Броузеры могут возбуждать событие "readystatechange" после
// вызова abort, а в случае получения части ответа свойство status может даже
// свидетельствовать об успехе, поэтому необходимо установить флаг, чтобы избежать
// вызова функции в случае получения части ответа при прерывании запроса по превышению
// времени ожидания. Эта проблема не наблюдается при использовании события load,
function timedGetText(url, timeout, callback) {
var request = new XMLHttpRequest; // Создать новый запрос,
var timedout = false; // Истекло ли время ожидания.
// Запустить таймер, который прервет запрос по истечении
// времени, заданного в миллесекундах.
var timer = setTimeout(function { // Запустить таймер. Если сработает,
timedout = true; // установить флаг
request.abort; // и прервать запрос.
};
timeout); // Интервал времени ожидания
request.open( "GET", url); // Указать URL запроса
request.onreadystatechange = function { // Обработчик события.
if (request.readyState !== 4) return; // Игнорировать незаконч. запрос
if (timedout) return; // Игнорировать прерв. запрос
clearTimeout(timer); // Остановить таймер,
if (request.status === 200) // В случае успеха
callback(request.responseText); // передать ответ функции.
};
request.send(null); // Отправить запрос
}
18.1.6. Выполнение междоменных НТТР-запросов
Будучи субъектом политики общего происхождения (раздел 13.6.2), объект
XMLHttpRequest
может использоваться для отправки HTTP-запросов только серверу, откуда был получен использующий его документ. Это ограничение закрывает дыру безопасности, но также предотвращает возможность использования объекта для вполне законных междоменных запросов. Элементы <form>
и <iframe>
позволяют указывать URL-адреса с другими доменными именами, и в этих случаях броузеры будут отображать документы, полученные из других доменов. Но из-за ограничений политики общего происхождения броузер не позволит оригинальному сценарию исследовать содержимое стороннего документа. При использовании объекта XMLHttpRequest
содержимое документа всегда доступно через свойство responseText
, поэтому политика общего происхождения не позволяет объекту XMLHttpRequest
выполнять междоменные запросы. (Обратите внимание, что элемент <script>
в действительности никогда не был субъектом политики общего происхождения: он будет загружать и выполнять любые сценарии, независимо от их происхождения. Как будет показано в разделе 18.2, такая свобода выполнения междоменных запросов делает элемент <script>
привлекательной альтернативой Ajax-транспорту на основе объекта XMLHttpRequest
.)