Несколько запросов AJAX задерживают друг друга

Если вы используете сеансы в функциях обработки AJAX, вы можете столкнуться с проблемой, когда сервер поддерживает данные сеанса на диске. Если это так, данные могут быть заблокированы первым запросом, поэтому каждый последующий запрос заканчивается ожиданием доступности файла данных сеанса, прежде чем он продолжится. По сути, это заставляет асинхронные вызовы блокировать друг друга, вы получаете линейные ответы на запросы в хронологическом порядке - синхронные. (вот справочная статья)

Специфическое для PHP решение состоит в том, чтобы использовать session_write_close (документы), чтобы закрыть сеанс, как только вы не нужно больше. Это позволяет выполнять другие последующие запросы, поскольку данные сеанса будут «разблокированы». Другие серверные языки управляют сессиями по-разному, но обычно это то, чем вы можете управлять или контролировать с помощью какого-то механизма.

Управление сеансами может иметь некоторые подводные камни. Если вы вызовете session_write_close (или иным образом завершите сеанс) прямо перед тем, как вернуть ответ, вы не сделаете себе никаких одолжений, потому что сеанс будет разблокирован, как только ответ будет отправлен. Таким образом, его нужно вызывать как можно раньше. В небольших проектах это не так уж плохо, потому что у вас часто есть php-скрипт, который просто обрабатывает запрос и выводит ответ, но если у вас есть более крупный фреймворк и ваш обработчик запросов является лишь частью этого, вам придется изучить решение более высокого уровня для неблокирующего использования сеанса, чтобы ваши подкомпоненты не закрывали сеанс, который, как ожидает инфраструктура, все еще открыт.

Один маршрут - пойти с сеансом базы данных. У этого решения есть плюсы и минусы, которые выходят за рамки этого ответа - проверьте Google для исчерпывающего обсуждения вашего конкретного языка на стороне сервера. Другой способ — использовать функцию, которая открывает сеанс, добавляет переменную, а затем закрывает его. С этим решением вы рискуете попасть в условия гонки, но вот грубый план с использованием PHP в качестве примера:

function get_session_var($key, $default=null) {
    if (strlen($key) < 1)
        return null;
    if (!isset($_SESSION) || !is_array($_SESSION)) {
        session_start();
        session_write_close();
    }
    if (array_key_exists($key, $_SESSION))
        return $_SESSION[$key];
    return $default;
}
function set_session_var($key, $value=null) {
    if (strlen($key) < 1)
        return false;
    if ($value === null && array_key_exists($key, $_SESSION)) {
        session_start();
        unset($_SESSION[$key]);
    } elseif ($value != null) {
        session_start();
        $_SESSION[$key] = $value;
    } else {
        return false;
    }
    session_write_close();
    return true;
}

Это звучит в соответствии с правилом 2-х запросов — браузеры разрешают только два одновременных подключения к одному и тому же хосту в любой момент времени. При этом вы должны быть в порядке с длинным каналом опроса (получения) и отправки. Вы запускаете длинный опрос после загрузки страницы с помощью $(function(){...? Вы уверены, что запрос задерживается на клиенте, а не в браузере? Что вы видите в firebug?

Одна вещь, которую вы можете сделать, вы можете прервать текущий опрос и сначала запустить свой запрос, а затем снова начать опрос.

//make sure pollJqXhr.abort is not undefined
var pollJqXhr={abort:$.noop}; 

function poll()
{
    //assign actual jqXhr object
    pollJqXhr=jQuery.ajax({youroptions});
}

function pollComplete()
{
   poll();
}


function joinRoom(user_id)
{
   //pause polling
   pollJqXhr.abort();

   jquery.ajax({
           /*options here*/
           success:function()
           {
                /*Your codes*/

                //restart poll
                poll()
           }
    });
}