Это хороший вопрос. Я хотел бы сказать «да». Я не могу
Считается, что JavaScript имеет единственный поток выполнения, видимый для сценариев (*), поэтому при вводе встроенного сценария, прослушивателя событий или тайм-аута вы полностью контролируете его до тех пор, пока не вернетесь с конца своего блока или функции.
(*: игнорирование вопроса о том, действительно ли браузеры реализуют свои движки JS, используя один поток ОС, или WebWorkers вводят другие ограниченные потоки выполнения.)
Тем не менее, на самом деле это не совсем верно , в подлых противных отношениях.
Наиболее распространенный случай - это немедленные события. Браузеры запустят их сразу же, когда ваш код что-то заставит их вызвать:
var l= document.getElementById('log');
var i= document.getElementById('inp');
i.onblur= function() {
l.value+= 'blur\n';
};
setTimeout(function() {
l.value+= 'log in\n';
l.focus();
l.value+= 'log out\n';
}, 100);
i.focus();
<textarea id="log" rows="20" cols="40"></textarea>
<input id="inp">
Результаты log in, blur, log outна всех, кроме IE. Эти события не просто запускаются, потому что вы вызвали focus()напрямую, они могут произойти, потому что вы позвонили alert(), открыли всплывающее окно или что-то еще, что перемещает фокус.
Это также может привести к другим событиям. Например, добавьте i.onchangeпрослушиватель и введите что-нибудь во входные данные до того, как focus()вызов не сфокусирует его, и порядок журналов будет таким log in, change, blur, log out, за исключением Opera, где он есть, log in, blur, log out, changeи IE, где он есть (даже менее объяснимо) log in, change, log out, blur.
Точно так же вызов click()элемента, который обеспечивает его, вызывает onclickобработчик сразу во всех браузерах (по крайней мере, это согласованно!).
(Я использую on...свойства прямого обработчика событий здесь, но то же самое происходит с addEventListenerи attachEvent.)
Существует также множество обстоятельств, при которых события могут запускаться, пока ваш код пронизан, несмотря на то, что вы ничего не сделали, чтобы спровоцировать его. Пример:
var l= document.getElementById('log');
document.getElementById('act').onclick= function() {
l.value+= 'alert in\n';
alert('alert!');
l.value+= 'alert out\n';
};
window.onresize= function() {
l.value+= 'resize\n';
};
<textarea id="log" rows="20" cols="40"></textarea>
<button id="act">alert</button>
Нажмите, alertи вы получите модальное диалоговое окно. Больше сценарий не выполняется, пока вы не закроете этот диалог, да? Нет. Измените размер главного окна, и вы попадете alert in, resize, alert outв текстовую область.
Вы можете подумать, что невозможно изменить размер окна, пока модальное диалоговое окно включено, но это не так: в Linux вы можете изменять размер окна так, как вам нравится; в Windows это не так просто, но вы можете сделать это, изменив разрешение экрана с большего на меньшее, где окно не помещается, в результате чего его размер изменяется.
Вы можете подумать, что только resize(и, возможно, еще несколько scroll) может срабатывать, когда пользователь не имеет активного взаимодействия с браузером, потому что сценарий является многопоточным. И для одиночных окон вы можете быть правы. Но это все подходит к концу, как только вы выполняете межоконный сценарий. Для всех браузеров, кроме Safari, который блокирует все окна / вкладки / фреймы, когда какой-либо из них занят, вы можете взаимодействовать с документом из кода другого документа, работая в отдельном потоке выполнения и вызывая любые связанные обработчики событий для Пожар.
Места, в которых события, которые вы можете вызвать, могут быть вызваны, пока скрипт все еще находится в потоке:
когда модальные всплывающие окна ( alert, confirm, prompt) открыты во всех браузерах , но Opera;
в showModalDialogбраузерах, которые его поддерживают;
диалоговое окно «Сценарий на этой странице может быть занят ...», даже если вы решите продолжить выполнение сценария, позволяет запускать такие события, как изменение размера и размытие, и обрабатывать их, даже когда сценарий находится в середине занятый цикл, кроме как в Опере.
Некоторое время назад для меня в IE с плагином Sun Java вызов любого метода в апплете мог позволить запускать события и повторно вводить сценарий. Это всегда была ошибка, чувствительная ко времени, и, возможно, с тех пор Sun исправила ее (я, конечно, на это надеюсь).
наверное больше. Прошло много времени с тех пор, как я протестировал это, и с тех пор браузеры приобрели сложность
Таким образом, для большинства пользователей JavaScript, как правило, имеет строгий, управляемый событиями единый поток выполнения. На самом деле такого не бывает. Непонятно, насколько это просто ошибка, а какой умышленный дизайн, но если вы пишете сложные приложения, особенно с кросс-оконными / фрейм-скриптовыми сценариями, есть все шансы, что они могут вас укусить - и периодически, трудные для отладки способы.
Если худшее приходит к худшему, вы можете решить проблемы параллелизма, косвенно реагируя на все события. Когда приходит событие, поместите его в очередь и разберитесь с очередью позже, в setIntervalфункции. Если вы пишете фреймворк, который вы собираетесь использовать в сложных приложениях, это может быть хорошим шагом. postMessageМы также надеемся, что в будущем избавятся от боли при написании документов.