어드민

그건 좋은 질문이야. 나는“예”라고 말하고 싶습니다. 난 못해

JavaScript는 일반적으로 단일 실행 스레드가 스크립트 (*)에 표시되는 것으로 간주되므로 인라인 스크립트, 이벤트 리스너 또는 시간 초과가 입력 될 때 블록 또는 함수의 끝에서 돌아올 때까지 완전히 제어 할 수 있습니다.

(* : 브라우저가 하나의 OS 스레드를 사용하여 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 outIE를 제외한 모든 결과가 나타 납니다. 이러한 이벤트는 사용자가 focus()직접 전화했기 때문에 발생하는 것이 아니라 전화 alert()를 걸거나 팝업 창을 열었거나 포커스를 이동시키는 다른 모든 것 때문에 발생할 수 있습니다 .

다른 이벤트가 발생할 수도 있습니다. 예를 들어 추가 i.onchange전과 입력 청취자를 입력 뭔가를 focus()호출을 unfocuses 및 로그 순서는 log in, change, blur, log out그것이 어디 오페라를 제외 log in, blur, log out, change하고 IE 곳의 (더 적은 explicably) 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), 열려있는 모든 브라우저하지만 오페라에있다;

• 시 showModalDialog를 지원하는 브라우저에;

• 스크립트를 계속 실행하도록 선택하더라도 “이 페이지의 스크립트가 사용 중일 수 있습니다 …”대화 상자가 표시됩니다. 스크립트가 중간에있는 동안에도 크기 조정 및 흐림 효과와 같은 이벤트가 발생하고 처리됩니다. Opera를 제외하고 사용 중입니다.

• 얼마 전에 필자는 Sun Java Plugin을 사용하는 IE에서 애플릿의 메소드를 호출하면 이벤트가 발생하고 스크립트를 다시 입력 할 수 있습니다. 이것은 항상 타이밍에 민감한 버그였으며 썬이 그 이후로 수정했을 가능성이 있습니다 (확실히 바랍니다).

• 아마 더. 이것을 테스트 한 지 오래되었습니다. 브라우저는 그 이후로 복잡해졌습니다.

요약하자면, 대부분의 사용자에게 JavaScript는 대부분 이벤트 중심의 단일 실행 스레드를 갖는 것으로 보입니다. 실제로는 그런 것이 없습니다. 이 중 얼마나 많은 부분이 단순히 버그인지, 고의적 인 디자인인지는 확실하지 않지만, 복잡한 응용 프로그램, 특히 크로스 윈도우 / 프레임 스크립팅 응용 프로그램을 작성하는 경우, 당신을 물릴 수있는 모든 기회가 있습니다. 디버그하기 어려운 방법.

최악의 상황이 최악의 경우 모든 이벤트 응답을 간접적으로 지정하여 동시성 문제를 해결할 수 있습니다. 이벤트가 들어 오면 이벤트를 큐에 버리고 나중에 setInterval함수 에서 큐를 순서대로 처리하십시오 . 복잡한 응용 프로그램에서 사용하려는 프레임 워크를 작성하는 경우이 작업을 수행하는 것이 좋습니다. postMessage또한 앞으로 크로스 문서 스크립팅의 고통을 진정으로 달래줄 것입니다.

답변