Прервать запрос JSONP ajax с помощью jQuery

В jQuery 1.5 все API-интерфейсы Ajax имеют объект-оболочку вокруг собственных объектов XHR. Взгляни на:

http://api.jquery.com/jQuery.ajax/#jqXHR

 jqxhr.abort(); // should be what you're looking for

Основной ответ — тот, что дан здесь: вы не можете abort() вызвать JSONP. Итак, реальный вопрос заключается в том, как избежать как лишних вызовов обратного вызова, так и ошибки, которую вы видите?

Вы не можете использовать try...catch вокруг обратного вызова, потому что он асинхронный; вам придется перехватывать его с конца jQuery, а jQuery обычно не обрабатывает исключения, вызванные обратными вызовами. (Я обсуждаю это в своей книге Асинхронный JavaScript.) Что вы хотите сделать вместо этого используйте уникальный идентификатор для каждого вызова Ajax и, когда вызывается обратный вызов успеха, проверьте, совпадает ли этот идентификатор с тем, который был при выполнении вызова. Вот простая реализация:

var requestCount = 0;
$.ajax(url, {
  dataType: 'jsonp',
  requestCount: ++requestCount,
  success: function(response, code) {
    if (requestCount !== this.requestCount) return;
    // if we're still here, this is the latest request...
  }
});

Здесь я использую тот факт, что все, что вы передаете $.ajax, присоединяется к объекту, который используется как this в обратном вызове.

Конечно, было бы неплохо, если бы jQuery заставил abort() сделать это за нас.

Не отменять запрос

Просто сохраните где-нибудь объект jqXHR, возвращенный $.ajax()

theJqXHR = $.ajax(....

Если пользователь отменит запрос, null сохраненный объект

// user canceled
theJqXHR = null;

Наконец, когда вы получите ответ (обратный вызов success), обратный вызов сравнит объект jqXHR ответа с сохраненным объектом.

function successCallback(data, textStatus, jqXHR )
{
    if( theJqXHR !== jqXHR )
    {
        // user canceled; discard the response
        return;
    }

    // process the response
}

Нет ошибок jQuery.

В качестве общего совета не полагайтесь на abort() даже для обычных запросов ajax.

1. В любом случае вы не будете экономить ресурсы на сервере, так как отправленный вами запрос будет обработан и остановить его невозможно. И ответ придет.

2. Некоторые (старые) браузеры неправильно обрабатывают abort().

Просто «кэшируйте» объект jqXHR и самостоятельно обработайте сценарий CANCEL.

jsonpString переопределяет имя функции обратного вызова в запросе jsonp. Это значение будет использоваться вместо callback в callback=? часть строки запроса в URL.

Таким образом, {jsonp:'onJSONPLoad'} приведет к передаче 'onJSONPLoad=?' на сервер. Начиная с jQuery 1.5, установка для параметра jsonp значения false запрещает jQuery добавлять строку ?callback к URL-адресу или пытаться использовать =? для преобразования. В этом случае вы также должны явно установить параметр jsonpCallback. Например, { jsonp: false, jsonpCallback: "callbackName" }

http://api.jquery.com/jQuery.ajax/

jQuery добавляет ?callback=jQuery17109492628197185695_1339420031913, а затем устанавливает данные запроса в качестве параметра для этого обратного вызова, поэтому у вас будет:

jQuery17109492628197185695_1339420031913({
  "status": 200,
  "data": {your json}
})

Чтобы не задавать дополнительные параметры для запроса URL и вызова обратного вызова, добавьте этот параметр в метод ajax: jsonp:false, чтобы он выглядел так:

$.ajax({
  ...
  jsonp:false,
  ...
});

Ответ Тревора Бернхэма довольно хорош, но вместо отслеживания количества запросов вы должны просто сравнить запрос с параметром XHR, например:

doRequest: function() {
    this._freeRequest();

    this._request = $.getJSON(url + params + '&callback=?', function(response, status, xhr) {
        if (this._request !== xhr) return; // aborted

        // success
    }.bind(this)).done(this._freeRequest.bind(this));
}

_freeRequest: function() {
    if (this._request) {
        delete this._request;
    }
}

Повторный вызов doRequest или _freeRequest один раз до завершения предыдущего запроса приведет к «прекращению» указанного запроса, заставив строку if (this._request !== xhr) стать истинной, поскольку this._request будет либо удален, либо вообще будет другой запрос.