Đó là một câu hỏi hay. Tôi rất muốn nói tiếng vâng vâng. Tôi không thể.
JavaScript thường được coi là có một luồng thực thi duy nhất hiển thị cho các tập lệnh (*), do đó, khi tập lệnh nội tuyến, trình nghe sự kiện hoặc thời gian chờ của bạn được nhập, bạn vẫn hoàn toàn kiểm soát cho đến khi bạn quay lại từ cuối khối hoặc hàm của mình.
(*: Phớt lờ câu hỏi liệu trình duyệt thực sự thực hiện cơ JS của họ sử dụng một hệ điều hành chủ đề, hay đề-of-thực hiện hạn chế khác được giới thiệu bởi WebWorkers.)
Tuy nhiên, trong thực tế điều này không hoàn toàn đúng , theo những cách khó chịu lén lút.
Trường hợp phổ biến nhất là các sự kiện ngay lập tức. Các trình duyệt sẽ kích hoạt chúng ngay lập tức khi mã của bạn làm điều gì đó để gây ra chúng:
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">
Kết quả log in, blur, log outtrên tất cả ngoại trừ IE. Những sự kiện này không chỉ xảy ra vì bạn gọi focus()trực tiếp, chúng có thể xảy ra vì bạn đã gọialert() hoặc mở cửa sổ bật lên hoặc bất kỳ thứ gì khác di chuyển trọng tâm.
Điều này cũng có thể dẫn đến các sự kiện khác. Ví dụ: thêm một i.onchangengười nghe và nhập một cái gì đó vào đầu vào trước khi focus()cuộc gọi không tập trung vào nó, và thứ tự nhật ký là log in, change, blur, log out, ngoại trừ trong Opera nơi nó log in, blur, log out, changevà IE nơi nó (thậm chí ít rõ ràng hơn) log in, change, log out, blur.
Tương tự gọi click()một phần tử cung cấp nó gọi onclicktrình xử lý ngay lập tức trong tất cả các trình duyệt (ít nhất điều này là nhất quán!).
(Tôi đang sử dụng các on...thuộc tính xử lý sự kiện trực tiếp ở đây, nhưng điều tương tự cũng xảy ra với addEventListenervà attachEvent.)
Ngoài ra còn có một loạt các tình huống trong đó các sự kiện có thể phát sinh trong khi mã của bạn được xâu chuỗi, mặc dù bạn không làm gì để kích động nó. Một ví dụ:
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>
Lượt alertvà bạn sẽ nhận được một hộp thoại phương thức. Không có kịch bản thực thi cho đến khi bạn bỏ qua cuộc đối thoại, có? Không. Thay đổi kích thước cửa sổ chính và bạn sẽ nhận được alert in, resize, alert outtrong textarea.
Bạn có thể nghĩ rằng không thể thay đổi kích thước cửa sổ trong khi hộp thoại chế độ bật lên, nhưng không phải vậy: trong Linux, bạn có thể thay đổi kích thước cửa sổ bao nhiêu tùy thích; trên Windows không dễ dàng gì, nhưng bạn có thể làm điều đó bằng cách thay đổi độ phân giải màn hình từ lớn hơn sang nhỏ hơn khi cửa sổ không vừa, khiến nó bị thay đổi kích thước.
Bạn có thể nghĩ, tốt, nó chỉ resize(và có lẽ một vài giống nhưscroll ) có thể kích hoạt khi người dùng không có tương tác tích cực với trình duyệt vì tập lệnh được xâu chuỗi. Và đối với các cửa sổ duy nhất bạn có thể đúng. Nhưng tất cả sẽ đi vào nồi ngay khi bạn đang thực hiện kịch bản chéo cửa sổ. Đối với tất cả các trình duyệt khác ngoài Safari, chặn tất cả các cửa sổ / tab / khung khi bất kỳ trình duyệt nào bận, bạn có thể tương tác với một tài liệu từ mã của tài liệu khác, chạy trong một luồng thực thi riêng biệt và khiến bất kỳ trình xử lý sự kiện liên quan nào ngọn lửa.
Các địa điểm nơi các sự kiện mà bạn có thể gây ra có thể được tạo ra trong khi tập lệnh vẫn được xâu chuỗi:
khi popup modal ( alert, confirm, prompt) được mở, trong tất cả các trình duyệt nhưng Opera;
trong showModalDialogcác trình duyệt hỗ trợ nó;
Tập lệnh của A trên trang này có thể đang bận ... Hộp thoại hội thoại, ngay cả khi bạn chọn để tập lệnh tiếp tục chạy, cho phép các sự kiện như thay đổi kích thước và làm mờ để kích hoạt và được xử lý ngay cả khi tập lệnh nằm ở giữa bận vòng lặp, ngoại trừ trong Opera.
Cách đây một thời gian đối với tôi, trong IE với Plugin Sun Java, việc gọi bất kỳ phương thức nào trên một applet có thể cho phép các sự kiện được kích hoạt và tập lệnh được nhập lại. Đây luôn là một lỗi nhạy cảm với thời gian và có thể Sun đã sửa nó từ đó (tôi chắc chắn hy vọng vậy).
có lẽ nhiều hơn Đã được một thời gian kể từ khi tôi thử nghiệm điều này và các trình duyệt đã trở nên phức tạp kể từ đó.
Tóm lại, JavaScript xuất hiện với hầu hết người dùng, hầu hết thời gian, có một luồng thực thi duy nhất theo hướng sự kiện nghiêm ngặt. Trong thực tế, nó không có điều đó. Không rõ bao nhiêu trong số này chỉ đơn giản là một lỗi và bao nhiêu thiết kế có chủ ý, nhưng nếu bạn đang viết các ứng dụng phức tạp, đặc biệt là các ứng dụng kịch bản chéo cửa sổ, có nhiều khả năng nó có thể cắn bạn - và không liên tục, những cách khó để gỡ lỗi.
Nếu điều tồi tệ nhất đến tồi tệ nhất, bạn có thể giải quyết các vấn đề tương tranh bằng cách gián tiếp tất cả các phản ứng sự kiện. Khi một sự kiện đến, thả nó vào hàng đợi và xử lý hàng đợi theo thứ tự sau, trong mộtsetInterval hàm. Nếu bạn đang viết một khung mà bạn dự định sẽ được sử dụng bởi các ứng dụng phức tạp, thì việc này có thể là một bước đi tốt. postMessagecũng hy vọng sẽ làm dịu nỗi đau của kịch bản tài liệu chéo trong tương lai.