Bu iyi bir soru. “Evet” demek istiyorum. Yapamam.
JavaScript'in genellikle komut dosyalarına (*) görünür tek bir yürütme iş parçacığı olduğu düşünülür;
(*: tarayıcıların JS motorlarını tek bir OS iş parçacığı kullanarak gerçekten uygulayıp uygulamadığı ya da diğer sınırlı yürütme iş parçacıklarının WebWorkers tarafından tanıtılıp tanıtılmadığı sorusunu yok saymak.)
Ancak, gerçekte bu sinsi kötü yollarla tam olarak doğru değildir .
En yaygın durum acil olaylardır. Kodunuz bunlara neden olacak bir şey yaptığında tarayıcılar bunları tetikler:
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 outIE hariç tüm sonuçlar . Bu olaylar yalnızca focus()doğrudan aradığınız için değil , aradığınız alert()veya bir açılır pencere veya odağı hareket ettiren başka bir şey açtığınız için de gerçekleşebilir.
Bu aynı zamanda başka olaylarla da sonuçlanabilir. Örneğin, bir i.onchangedinleyici ekleyin ve focus()çağrı odaklanmadan önce girdiye bir şey yazın ve günlük sırası, log in, change, blur, log outOpera ve onun log in, blur, log out, changebulunduğu IE (daha az açıklayıcı) hariç log in, change, log out, blur.
Benzer şekilde click(), bunu sağlayan bir öğeyi çağırmak , onclicktüm tarayıcılarda işleyiciyi hemen çağırır (en azından bu tutarlıdır!).
(Ben direkt kullanarak değilim on...burada olay işleyicisi özelliklerini ancak aynı ile olur addEventListenerve attachEvent.)
Ayrıca , provoke etmek için hiçbir şey yapmamış olmanıza rağmen, kodunuz işlenirken olayların tetiklenebileceği bir dizi koşul vardır . Bir örnek:
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>
Vur alertve kalıcı bir diyalog kutusu alacaksın. Bu diyaloğu kapatana kadar başka senaryo çalışmaz, değil mi? Hayır! Ana pencereyi yeniden boyutlandırdığınızda alert in, resize, alert outmetin alanına girersiniz.
Kalıcı bir iletişim kutusu varken bir pencereyi yeniden boyutlandırmanın imkansız olduğunu düşünebilirsiniz, ancak öyle değil: Linux'ta pencereyi istediğiniz kadar yeniden boyutlandırabilirsiniz; Windows'da o kadar kolay değildir, ancak ekran çözünürlüğünü pencerenin sığmadığı bir büyükten daha küçük bir düzeye değiştirerek yeniden boyutlandırılmasına neden olabilirsiniz.
Kullanıcı, tarayıcı ile aktif bir etkileşime sahip olmadığında, komut dosyası işlendiği için tetiklenebilecek yalnızca resize(ve muhtemelen birkaç tane daha gibi scroll) düşünebilirsiniz . Ve tek pencereler için haklı olabilirsiniz. Ancak, çapraz pencere komut dosyası oluşturduğunuzda bunların hepsi çöpe gider. Herhangi biri meşgulken tüm pencereleri / sekmeleri / çerçeveleri engelleyen Safari dışındaki tüm tarayıcılar için, ayrı bir yürütme iş parçacığında çalışan ve ilgili olay işleyicilerinin çalışmasına neden olan başka bir belgenin kodundan bir belgeyle etkileşimde bulunabilirsiniz. ateş.
Komut dosyası işlenirken oluşturulabilecek olayların oluşturulabileceği yerler yükseltilebilir:
Modal pop-up (zaman alert, confirm, prompt), açık tüm tarayıcılarda ama Opera'da vardır;
sırasında showModalDialogbunu destekleyen tarayıcılar üzerinde;
"Bu sayfadaki bir komut dosyası meşgul olabilir ..." iletişim kutusu, komut dosyasının çalışmaya devam etmesine izin verseniz bile, yeniden boyutlandırma ve bulanıklaştırma gibi olayların tetiklenmesine izin verir ve komut dosyası bir ortalamanın ortasındayken bile işlenir Meşgul döngü, Opera hariç.
Bir süre önce benim için, IE'de Sun Java Eklentisi ile, bir uygulamadaki herhangi bir yöntemi çağırmak olayların tetiklenmesine ve komut dosyasının tekrar girilmesine izin verebilir. Bu her zaman zamanlamaya duyarlı bir hataydı ve Sun'ın o zamandan beri düzeltmesi mümkündür (kesinlikle umarım).
muhtemelen daha fazla. Bunu test ettiğimden beri bir süre geçti ve tarayıcılar o zamandan beri karmaşıklık kazandı.
Özetle, JavaScript çoğu kullanıcı için, çoğu zaman katı bir olaya dayalı tek bir yürütme iş parçacığına sahip gibi görünür. Gerçekte böyle bir şey yok. Bunun ne kadarının bir hata olduğu ve ne kadar kasıtlı bir tasarım olduğu açık değildir, ancak karmaşık uygulamalar, özellikle çapraz pencere / çerçeve komut dosyası uygulamaları yazıyorsanız, sizi ısırması için her şans vardır - ve aralıklı olarak, hata ayıklaması zor yollar.
En kötüsü en kötüsüne gelirse, tüm olay yanıtlarını indirerek eşzamanlılık sorunlarını çözebilirsiniz. Bir olay geldiğinde, onu bir kuyruğa bırakın ve daha sonra sırayla, bir setIntervalişlevle kuyrukla ilgilenin . Karmaşık uygulamalar tarafından kullanılmak istediğiniz bir çerçeve yazıyorsanız, bunu yapmak iyi bir hareket olabilir. postMessageayrıca gelecekte çapraz belge komut dosyası yazma ağrısını hafifletecektir.