Чому кілька одночасних викликів AJAX до однієї і тієї ж дії ASP.NET MVC спричиняють блокування браузера?

Question 1

Кілька днів тому я задав це запитання:

Чому $ .getJSON () блокує браузер?

Я запускаю шість запитів jQuery async ajax за одну і ту ж дію контролера майже враз. Повернення кожного запиту займає 10 секунд.

Шляхом налагодження та реєстрації запитів до методу дії я помічаю, що запити серіалізуються і ніколи не виконуються паралельно. тобто я бачу часову шкалу в своїх журналах log4net ось так:

2010-12-13 13: 25: 06,633 [11164] ІНФОРМАЦІЯ - Отримав: 1156
2010-12-13 13: 25: 16,634 [11164] ІНФОРМАЦІЯ - Повернення: 1156
2010-12-13 13: 25: 16,770 [7124] ІНФОРМАЦІЯ - Отримав: 1426
2010-12-13 13: 25: 26,772 [7124] ІНФОРМАЦІЯ - Повернення: 1426
2010-12-13 13: 25: 26,925 [11164] ІНФО - Отримано: 1912
2010-12-13 13: 25: 36,926 [11164] ІНФОРМАЦІЯ - Повернення: 1912
2010-12-13 13: 25: 37,096 [9812] ІНФО - Отримано: 1913
2010-12-13 13: 25: 47,098 [9812] ІНФОРМАЦІЯ - Повернення: 1913
2010-12-13 13: 25: 47,283 [7124] ІНФО - Отримано: 2002
2010-12-13 13: 25: 57,285 [7124] ІНФОРМАЦІЯ - Повернення: 2002
2010-12-13 13: 25: 57,424 [11164] ІНФОРМАЦІЯ - Отримав: 1308
2010-12-13 13: 26: 07,425 [11164] ІНФОРМАЦІЯ - Повернення: 1308

Переглядаючи часову шкалу мережі у FireFox, я бачу це:

текст заміщення

І зразок журналу вище, і хронологія мережі Firefox стосуються одного і того ж набору запитів.

Чи серіалізовані запити на одну і ту ж дію з однієї сторінки? Мені відомо про серіалізований доступ до Sessionоб’єкта в тому ж сеансі, але дані сеансу не торкаються.

Я видалив код на стороні клієнта до одного запиту (найдовшого), але це все одно блокує браузер, тобто лише тоді, коли запит ajax завершується, браузер реагує на будь-яке клацання посилання.

Тут я також спостерігаю (в інструментах розробника Chrome), що при натисканні на посилання, коли виконується тривалий запит ajax, він Failed to load resourceнегайно повідомляє про помилку, яка говорить про те, що браузер вбив (або намагається вбити та чекати?) Ajax запит:

текст заміщення

Однак браузеру все ще потрібен вік для перенаправлення на нову сторінку.

Чи справді запити Ajax є асинхронними, чи це спритність, оскільки javascript насправді є однопоточним?

Мої запити просто займають занадто багато часу, щоб це спрацювало?

Проблема виникає також у Firefox та IE.

Я також змінив сценарій для $.ajaxпрямого та явного встановлення async: true.

Я запускаю це на IIS7.5, як Windows 2008R2, так і Windows 7 роблять те саме.

Збірки налагодження та випуску також поводяться однаково.

Question 2

Відповідь дивився мені в обличчя.

Огляд стану сеансу ASP.NET :

Доступ до стану сеансу ASP.NET є виключним для кожного сеансу, що означає, що якщо два різні користувачі роблять одночасні запити, доступ до кожного окремого сеансу надається одночасно. Однак, якщо для одного сеансу зроблено два одночасних запити (з використанням одного і того ж значення SessionID), перший запит отримує ексклюзивний доступ до інформації про сеанс. Другий запит виконується лише після завершення першого запиту.

Прикро, я пару тижнів тому прочитав цей абзац, насправді не враховуючи повного впливу сміливих речень. Я прочитав, що просто як "доступ до стану сеансу серіалізований", а не "всі запити, незалежно від того, торкаєтесь ви стану сесії, ні серіалізуються", якщо запити надходили з тієї самої сесії.

На щастя, в ASP.NET MVC3 є обхід, і його можна створити безсесійні контролери. Скотт Гатрі розповідає про це тут:

Анонс ASP.NET MVC 3 (випуск 2)

Я встановив MVC3 RC2 і модернізував проект. Оздоблення контролера, про який йде мова, [SessionState(SessionStateBehavior.Disabled)]вирішує проблему.

І звичайно, я зазвичай знайшов це у Stack Overflow кілька хвилин тому:

Асинхронний контролер блокує запити в ASP.NET MVC через jQuery

Question 3

Я намагався відтворити це, але не зміг. Ось мій тест:

private static readonly Random _random = new Random();

public ActionResult Ajax()
{
    var startTime = DateTime.Now;
    Thread.Sleep(_random.Next(5000, 10000));
    return Json(new { 
        startTime = startTime.ToString("HH:mm:ss fff"),
        endTime = DateTime.Now.ToString("HH:mm:ss fff") 
    }, JsonRequestBehavior.AllowGet);
}

І дзвінок:

<script type="text/javascript" src="/scripts/jquery-1.4.1.js"></script>
<script type="text/javascript">
    $(function () {
        for (var i = 0; i < 6; i++) {
            $.getJSON('/home/ajax', function (result) {
                $('#result').append($('<div/>').html(
                    result.startTime + ' | ' + result.endTime
                ));
            });
        }
    });
</script>

<div id="result"></div>

І результати:

13:37:00 603 | 13:37:05 969
13:37:00 603 | 13:37:06 640
13:37:00 571 | 13:37:07 591
13:37:00 603 | 13:37:08 730
13:37:00 603 | 13:37:10 025
13:37:00 603 | 13:37:10 166

І консоль FireBug:

текст заміщення

Як бачите, дія AJAX потрапляє паралельно.

ОНОВЛЕННЯ:

Здається, у моїх початкових тестах запити дійсно ставляться до черги у FireFox 3.6.12 та Chrome 8.0.552.215 при використанні $.getJSON(). Це чудово працює в IE8. Мої тести проводились із проектом ASP.NET MVC 2, VS2010, веб-сервером Cassini, Windows 7 x64 bit.

Тепер, якщо я заміню $.getJSON()на $.get()нього, він чудово працює у всіх браузерах. Це змушує мене думати, що в цьому є щось, $.getJSON()що може спричинити запити в чергу. Можливо, хтось, більш знайомий із внутрішніми структурами jQuery, зміг би пролити більше світла на це питання.

ОНОВЛЕННЯ 2:

Спробуйте встановити cache: false:

$.ajax({
    url: '/home/ajax', 
    cache: false,
    success: function (result) {
        $('#result').append($('<div/>').html(
            result.startTime + ' | ' + result.endTime
        ));
    }
});