Я не уверен, что эти термины используются всеми последовательно, но по моему опыту, различие заключается в том, что гипервизор - это низкоуровневое программное обеспечение, которое осуществляет прямой контроль над виртуальными машинами, включая управление состоянием процессора, гостевой вход / выход, защита памяти и т. д. VMM - это компонент, который виртуализирует системные ресурсы для гостя, включая виртуальные устройства (например, хранилище, сеть и графику), и распределение гостевой памяти. VMM может работать в самой гостевой системе и в пользовательском режиме. Может быть отдельный экземпляр VMM для каждого гостя, но в системе есть только один гипервизор (за исключением некоторых сложных ситуаций, в которые я не буду вдаваться). Детали того, какой компонент отвечает за то, что сильно зависит от реализации, и в некоторых архитектурах VMM они могут быть одним и тем же компонентом, поэтому его можно назвать любым именем.
Что происходит, если браузер получает ответ перенаправления на запрос ajax?
Если сервер отправляет перенаправление (также известный как ответ 302 плюс заголовок Location:), браузер автоматически выполняет перенаправление. Ответ на второй запрос (при условии, что это также не другое перенаправление) - это то, что предоставляется вашей программе.
Фактически, у вас нет возможности определить, произошел ли ответ 302. Если перенаправление 302 приводит к 200, тогда ваша программа действует так же, как если бы исходный запрос вел непосредственно к 200.
Это было как моим опытом, так и поведением , описанным в спецификации .
Обновление 2016: Прошло время, и хорошие новости заключаются в том, что новый API fetch () предлагает более тонкое управление обработкой перенаправления с поведением по умолчанию, аналогичным XHR. Тем не менее, он работает только там, где fetch () реализован изначально . Полифил-версии fetch () - основанные на XHR - по-прежнему имеют ограничения XHR . К счастью, родная поддержка браузера , похоже, неплохо завершается.
Эти ajax-request
будет следовать за тем перенаправлением afaik. Фактическое содержание (.responseText
, .responseXML
) будет содержанием от страницы, к которой Вы перенаправляетесь.
Вы смогли прерывать перенаправление (status-code
, location-header
) на readyState
2 или 3, но не уверенные в этом.