JavaScript 타이밍 메커니즘_javascript 기술에 대한 심층적인 이해

예를 들어

코드 복사 코드는 다음과 같습니다.

setTimeout(function() {
alert( 'Hello!');
}, 0);
setInterval(callbackFunction, 100);

setTimeout의 인사말 메서드가 즉시 실행된다고 생각하세요. 오히려 JavaScript API 문서에서는 두 번째 매개변수의 의미를 콜백 메소드가 실행된 후의 밀리초 수로 명확하게 정의합니다. 0밀리초로 설정하면 당연히 실행됩니다.
setInterval의 callbackFunction도 마찬가지입니다. 이 메소드는 100밀리초마다 즉시 실행됩니다.

그러나 JavaScript 애플리케이션 개발 경험이 계속해서 증가하고 풍부해지면 이상한 코드 조각을 발견하고 당황한 날:

코드 복사 코드는 다음과 같습니다.

div.onclick = function(){
setTimeout(function () {
document.getElementById('inputField').focus();
},
};

0밀리초 후에 실행되기 때문에 여전히 setTimeout을 사용할 목적은 무엇입니까? 이 순간, 당신의 확고한 믿음은

마지막 날까지 흔들리기 시작했습니다. 실수로 잘못된 코드를 작성했습니다.

코드 복사 코드는 다음과 같습니다.

setTimeout (function() {
while (true) {
}
}, 100)
setTimeout(function() {
alert('Hello!');
}, 200);
setInterval(callbackFunction, 200)

첫 번째 코드 줄은 무한 루프에 들어가지만 곧 두 번째와 세 번째 줄이 예상한 것과 다르고 경고 인사말도 나타나지 않으며 콜백KFunction에서도 소식이 없다는 것을 알게 됩니다.

이때 당신은 완전히 혼란스러워합니다. 새로운 아이디어를 받아들이기 위해 오랜 인식을 바꾸는 과정은 고통스럽기 때문에 이 상황을 받아들이기 어렵습니다. 그러나 사실은 당신 앞에 있으며 JavaScript의 진실을 찾는 것입니다. 이제 그만, JavaScript 스레드와 타이머 탐색 여행을 시작해보세요!

구름을 열고 달빛을 보세요

위의 모든 오해의 주된 이유는 다음과 같습니다. : JavaScript 엔진에는 여러 스레드가 실행되고 있으며 JavaScript의 타이머 콜백 기능이 비동기적으로 실행된다고 무의식적으로 믿고 있습니다.

사실 JavaScript는 대부분의 경우 백라이트가 필요하여 우리의 눈을 속이는 방법을 사용합니다. 여기서 명확히 해야 할 사실은 다음과 같습니다.

JavaScript 엔진은 단일 스레드에서 실행되며 브라우저에는 언제든지 JavaScript 프로그램을 실행하는 스레드가 하나만 있습니다.

또한 이는 의미가 있습니다. 단일 스레드에서 실행되는 JavaScript 엔진은 스레드 동기화와 같은 복잡한 문제를 걱정할 필요가 없으며 문제가 단순화됩니다.

그렇다면 단일 스레드 JavaScript 엔진은 어떻게 협력합니까?
다음은 브라우저 커널 처리 방법과 결합된 간략한 설명입니다.

브라우저 커널 구현을 통해 이러한 스레드가 각각 비동기적으로 실행될 수 있습니다. 동기화를 유지하기 위해 커널 제어 하에 있는 다른 것 브라우저 커널에 상주 스레드가 세 개 이상 있는 경우: JavaScript 엔진 스레드, 인터페이스 렌더링 스레드, 브라우저 이벤트 트리거 스레드 등 실행 후 종료되는 스레드도 있습니다. HTTP 요청 스레드 이러한 비동기 스레드는 다양한 비동기 이벤트를 생성합니다. 다음 그림은 단일 스레드 JavaScript 엔진이 다른 스레드와 상호 작용하고 통신하는 방법을 보여줍니다. 비록 각 브라우저 커널의 구현 세부 사항은 다르지만 호출 원리는 유사합니다.


by 그림에서 볼 수 있듯이 브라우저의 JavaScript 엔진은 이벤트 중심으로 브라우저에 의해 할당된 다양한 작업으로 간주될 수 있습니다. 작업 추가는 인터페이스 요소 마우스 클릭 이벤트, 예약된 트리거 시간 도착 알림, 비동기 요청 상태 변경과 같은 브라우저 커널의 다른 스레드에서 발생할 수도 있습니다. 코드 관점에서 볼 때 작업 엔터티는 다양한 콜백 함수, JavaScript 엔진입니다. 단일 스레드 관계로 인해 이러한 작업은 대기열에 추가되고 처리되어야 합니다.

위의 그림 t1-t2..tn은 서로 다른 시점을 나타내고, 아래의 tn은 해당 시점의 작업을 나타냅니다. 이때가 t1이고 엔진이 실행 중이라고 가정합니다. t1에 해당하는 작업 박스 코드에서, 이 시점에서 브라우저 커널의 다른 스레드의 상태를 설명하겠습니다.
t1 시간:

GUI 렌더링 스레드:

이 스레드는 브라우저 인터페이스의 HTML 요소를 렌더링하는 역할을 합니다. 인터페이스를 다시 그려야 하거나(Repaint) 일부 작업으로 인해 리플로우가 발생하는 경우(리플로우) 스레드가 실행됩니다. 이 기사는 JavaScript 타이밍 메커니즘을 설명하는 데 중점을 두고 있으며, 렌더링 스레드에 대해 이야기할 필요가 있습니다. 이 스레드와 JavaScript 엔진 스레드는 상호 배타적이기 때문입니다. 이는 JavaScript 스크립트가 제어 가능하기 때문에 이해하기 쉽습니다. DOM 요소의 경우, 이러한 요소의 속성을 수정하고 동시에 인터페이스를 렌더링하는 경우 렌더링 스레드 전후에 얻은 요소 데이터가 일치하지 않을 수 있습니다.

JavaScript 엔진이 스크립트를 실행하는 동안 브라우저 렌더링 스레드가 일치하지 않을 수 있습니다. 즉, "동결" 상태입니다.
따라서 노드 추가, 노드 삭제, 노드 모양 변경 등 스크립트에서 수행된 인터페이스 업데이트가 반영되지 않습니다. 이러한 작업은 즉시 대기열에 저장되며 JavaScript 엔진이 유휴 상태일 때 렌더링됩니다.
GUI 이벤트 트리거 스레드:
JavaScript 스크립트 실행은 html 트리거에 영향을 주지 않습니다. t1 기간의 요소 이벤트 먼저 사용자가 마우스 버튼을 클릭합니다. 클릭은 브라우저 이벤트 트리거 스레드에 의해 캡처되고 그림에서 볼 수 있듯이 JavaScript 엔진 스레드의 경우 이 이벤트가 발생합니다. 다른 스레드에 의해 작업 대기열의 끝으로 비동기적으로 전송됩니다. 엔진이 t1에서 작업을 처리 중이므로 이 마우스 클릭 이벤트가 처리되기를 기다리고 있습니다.
타이밍 트리거 스레드:
여기서 브라우저 모델 타이밍 카운터는 JavaScript 엔진이 단일 스레드이기 때문에 계산되지 않습니다. 스레드가 차단된 상태에서는 시간과 트리거에 의존해야 합니다. 타이밍이므로 대기열의 타이밍 이벤트도 비동기 이벤트입니다.
그림에서 볼 수 있듯이 이 t1 기간에는 마우스 클릭 이벤트가 트리거된 후 이전에 설정된 setTimeout 타이밍도 도착합니다. 현재 JavaScript 엔진의 경우 타이밍 트리거 스레드는 예약된 이벤트를 작업 대기열에 배치하고 이벤트는 클릭 이벤트 콜백 후에 대기열에 추가되어 처리를 기다립니다.
마찬가지로 여전히 t1 시간 내에 있습니다. period에는 setInterval 타이머도 추가되는데, 이는 t1 기간 내에 Timing이 두 번 연속으로 발생하는 간격이기 때문이며, 이 두 이벤트가 대기열의 마지막에 대기하여 처리되는 것을 볼 수 있습니다. 기간 t1이 매우 길면 setInterval 타이밍 간격보다 훨씬 크며 타이밍 트리거 스레드는 비동기 시간 초과 이벤트가 지속적으로 생성되어 처리 여부에 관계없이 작업 대기열의 끝에 배치됩니다. 첫 번째 시간 제한 이벤트가 처리되기 전의 작업은 중단 없이 순서대로 실행됩니다. 이는 JavaScript 엔진의 경우 처리 대기열의 각 작업이 동일한 방식으로 처리되기 때문입니다.

t1 이후, 즉 현재 처리된 작업이 반환되면 JavaScript 엔진은 작업 대기열을 확인하여 현재 대기열이 비어 있지 않은 것을 확인하고 제거합니다. t2에서 해당 작업을 실행하고 다른 시점에 실행하는 것입니다.

대기열이 비어 있지 않으면 엔진이 대기열의 선두에서 시작됩니다. 작업이 처리될 때까지, 즉 반환 후 엔진은 계속해서 다음 작업을 실행합니다. 작업이 반환되기 전에는 대기열에 있는 다른 작업을 실행할 수 없습니다.

이제 JavaScript에 대해 매우 명확하게 이해하신 것 같습니다. . 멀티 스레딩이 가능한지 여부와 함께 JavaScript 타이머의 실행 메커니즘도 이해합니다.


사례 1: setTimeout 및 setInterval

코드 복사 코드는 다음과 같습니다.

setTimeout(function() {
/* 코드 블록... */
setTimeout(arguments.callee, 10);
}, 10)
setInterval(function(){
/*코드 블록... */
}, 10); 🎜>

두 코드는 동일해 보이지만 그렇지 않습니다. 첫 번째 단락의 콜백 함수에 있는 setTimeout은 JavaScript 엔진이 실행된 후 새로운 setTimeout 타이밍을 설정하는 것으로 가정됩니다. 이전 콜백이 처리되고 다음 콜백이 처리된다는 점입니다. 두 setTimeout 콜백 사이의 이론적인 실행 시간 간격은 10ms 이상입니다. setInterval이 설정된 후입니다. 10초마다 지속적으로 비동기 타이밍 이벤트를 생성하여 작업 대기열에 넣습니다. 마지막으로 이론적으로 두 setInterval 콜백 사이의 실행 시간 간격은
사례 2: 비동기 ajax 요청이 실제로 비동기인가요? ?

JavaScript가 단일 스레드에서 실행되기 때문에 많은 친구들과 친구들이 혼란스러워하는데, XMLHttpRequest는 연결 후 정말 비동기인가요?
사실 요청은 비동기인데 이 요청은 새 스레드 요청을 열기 위해 브라우저에서 수행합니다(위 그림 참조). 요청 상태가 변경되면 콜백이 이전에 설정된 경우 비동기 스레드는 상태 변경 이벤트를 생성하여 JavaScript 엔진의 처리에 넣습니다. 작업이 처리될 때 JavaScript 엔진은 항상 단일 스레드에서 콜백 함수를 실행합니다. 특히, 이는 여전히 onreadystatechange 설정 함수를 실행하는 단일 스레드입니다.