찾다
웹 프론트엔드JS 튜토리얼JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해

이 문서에서는 Javascript의 실행 컨텍스트, 실행 스택 및 이벤트 루프를 안내합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.

JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해

다음 개념은 실행 컨텍스트이든 실행 스택이든, 사양에 포함된 개념은 매우 추상적이며, 많은 내용의 이해는 어떤 내용에 따라 달라집니다. 사실 모두 상상에 의한 내용이므로 틀린 부분이 있으면 정정 부탁드립니다. 执行上下文、 还是执行栈,它在规范中的概念都很抽象,很多内容的理解实际靠的都是想象力,若有错误之处,还请指正。

执行上下文

简而言之,执行上下文(Execution Context)是正在运行的可执行代码所处环境的抽象,用于追踪一段代码中变量的求值。这是我总结过来的概念,可能有些不准确,也可以参考真正的规范定义。

不过总的来说,有三个关键点:

  • 只有可执行代码才会有执行上下文

  • 执行上下文是有状态的:运行状态(Perform)、挂起状态(Suspend)以及恢复(Resume)。处于Perfrom状态的执行上下文称之为运行时执行上下文(Running Execution Context)

  • 执行上下文完全不等价于词法环境,硬说关系,也只是前者引用了后者而已。

  • 执行一个JS脚本时,可以有多个执行上下文存在,但是 运行时上下文只有唯一一个(异步也是如此,至于为什么提了四个……三大天王有四个不是常识么……)。

并且ES规范中规定,可执行代码有下面几个:

  • 全局代码

  • 函数代码

  • Eval语句

  • 模块代码

换言之,看以下代码:

  
  var g=111
  function f(){
      
      console.log(g);
      for(let i =0; i <p>如果上面的代码运行,只会产生两个执行上下文:</p>
  • 全局

  • 函数f

但是如果将标注(*)的行注释掉,那么最终只有一个执行上下文,因为函数f根本就不会执行,自然就不会有相应的执行上下文了。里面唯一一个迷惑的是,就是for-loop了,但它根本不是可执行代码,所以它是函数执行上下文的一部分

执行上下文的重要组成部分

一个执行上下文,可以抽象为:

ExecutionContext = {
    State: 
    LexEnv = {
        This: ,
        OuterEnv: ,
        DecRec:{
            //... identifiername-variable
        }      
    }
    VaEnv = {
        This: ,
        OuterEnv: ,
        VarRec:{
            //... identifiername-variable
        }      
    }
}

事实上,在一个执行上下文中有两个相当重要的组件:LexicalEnvironmentComponent(词法环境组件)和VariableEnvironmentComponent(变量环境组件)。词法环境组件指向当前代码中的词法环境LexEnv), 变量环境组件指向当前代码变量环境VarEnv)。

关于执行上下文不得不说的二三事中,有一个很重要的部分就是作用域链,但是在执行上下文中并没有看到相关内容。不过作用域链的确存在,它就在[[Scope]]内部属性中,通过浏览器可以直接看到。

不过也可以这样理解,在一个执行上下文被创建时,不仅会创建当前词法环境的LexEnv,也会创建LexEnv.OutEnvLexEnv.OutEnv.OutEnv…,直至延伸到全局为止。

执行上下文的创建与销毁

1、创建一个新执行上下文(ExecutionContext , EC)

2、创建当前词法环境(LexEnv 和 VarEnv )

3、将该执行上下文的 LexicalEnvironmentComponent 和 VariableEnvironmentComponent 指向当前环境下的 LexEnvVarEnv中。

4、将新执行上下文推入 执行栈中,并成为运行时执行上下文

5、对可执行代码块内的标识符进行实例化和初始化:

  • 收集当前词法环境内所有声明的标识符归入DecRec中,所有var声明的标识符归入VarNames集合中,在此阶段会进行标识符名检测,若与let/const/...声明的标识符与VarNames中的标识符重复, 报错。

  • DecRec中的标识符进行实例化,并设为uninitializedVarNames中的标识符绑定在ObjRec中,实例化后直接初始化为undefined

    실행 컨텍스트🎜🎜간단히 말하면 실행 컨텍스트(Execution Context)는 실행 중인 실행 코드가 위치하는 환경입니다. 코드 블록 내의 변수 평가를 추적하는 데 사용되는 추상화입니다. 이는 제가 정리한 개념입니다. 실제 표준 정의를 참고하셔도 됩니다. 🎜🎜그러나 일반적으로 세 가지 핵심 사항이 있습니다: 🎜
    • 🎜실행 가능한 코드에만 실행 컨텍스트가 있습니다🎜
    • 🎜실행 컨텍스트는 상태가 저장되어 있습니다: 실행 상태(Perform), 일시 중지 상태(Suspend) 및 복구(Resume). Perfrom 상태의 실행 컨텍스트를 실행 중인 실행 컨텍스트(Running Execution Context)라고 합니다. 🎜
    • 🎜실행 컨텍스트는 어휘 환경과 전혀 동등하지 않습니다. 관계에 있어서는 전자가 후자를 인용할 뿐입니다. 🎜
    • 🎜JS 스크립트를 실행할 때 실행 컨텍스트는 여러 개가 있을 수 있지만 런타임 컨텍스트는 하나만 있습니다(비동기식의 경우에도 마찬가지입니다. 왜 4명을 언급하는 건지... 천왕 삼왕 중에 넷이 있다는 게 상식 아닌가...). 🎜
    🎜그리고 ES 사양에서는 실행 코드가 다음과 같다고 규정합니다: 🎜
    • 🎜Global code🎜
    • 🎜함수 코드🎜
    • 🎜Eval 문🎜
    • 🎜모듈 코드🎜
    🎜즉, 다음을 보세요. 다음 코드: 🎜
      
          var temp = 10;
          
          console.log('push task1');
          setTimeout(function task1(){
            temp+=10;
            console.log(temp+'task1 okay! ');
          },1000)
          
          console.log('taskquenue=[task1]; push task2');
          setTimeout(function task2(){
            temp*=10;
            console.log(temp+'task2 okay! ');
          },500) 
         
          console.log('taskquenue=[task1,task2]; push task3');
          setTimeout(function task3(){
            temp*= -0.2;
            console.log(temp+'task3 okay! ');
          },1500)
          console.log('taskquenue=[task1, task2,task3]');
    🎜위 코드가 실행되면 두 개의 실행 컨텍스트만 생성됩니다: 🎜
    • 🎜global🎜
    • 🎜function f🎜
    🎜그러나 (*)라고 표시된 줄을 주석 처리하면 end, 왜냐하면 f 함수는 전혀 실행되지 않을 것이고 당연히 상응하는 실행 컨텍스트도 없을 것이기 때문입니다. 여기서 유일하게 혼란스러운 점은 for-loop이지만 전혀 실행 가능한 코드가 아니므로 함수 실행 컨텍스트의 일부라는 것입니다. 🎜🎜실행 컨텍스트의 중요한 구성 요소🎜🎜실행 컨텍스트는 다음과 같이 추상화될 수 있습니다: 🎜
    push task1
    taskquenue=[task1]; push task2
    taskquenue=[task1,task2]; push task3
    taskquenue=[task1, task2,task3]
    100task2 okay! 
    110task1 okay! 
    -22task3 okay!
    🎜실제로 실행 컨텍스트에는 두 가지 매우 중요한 구성 요소가 있습니다: LexicalEnvironmentComponent code> ( 어휘 환경 구성 요소) 및 <code>VariableEnvironmentComponent(가변 환경 구성 요소). 어휘 환경 구성요소는 현재 코드어휘 환경(LexEnv)을 가리키고, 가변 환경 구성요소는 현재 코드.strong>VarEnv(VarEnv). 🎜🎜실행 컨텍스트에 대해 말씀드리고 싶은 두세 가지 중에서 매우 중요한 부분이 스코프 체인이지만 실행 컨텍스트에서는 제가 관련 내용을 보지 못했습니다. 그러나 범위 체인[[Scope]] 내부 속성에 있으며 브라우저를 통해 직접 볼 수 있습니다. 🎜🎜하지만 이렇게도 이해할 수 있습니다. 실행 컨텍스트가 생성되면 현재 어휘 환경의 LexEnv뿐만 아니라 LexEnv.OutEnv도 생성됩니다. 그리고 전 세계로 확장될 때까지 LexEnv가 생성됩니다. .OutEnv.OutEnv… 🎜🎜실행 컨텍스트 생성 및 삭제🎜🎜1. 새로운 실행 컨텍스트 생성(ExecutionContext, EC) 🎜🎜2. 현재 어휘 환경 생성(LexEnv 및 VarEnv) 🎜🎜3. context LexicalEnvironmentComponentVariableEnvironmentComponent는 현재 환경의 LexEnvVarEnv를 가리킵니다. 🎜🎜4. 새 실행 컨텍스트를 실행 스택으로 푸시하고 런타임 실행 컨텍스트가 됩니다. 🎜🎜5. 실행 가능한 코드 블록 내에서 식별자를 인스턴스화하고 초기화합니다. 🎜
    • 🎜현재 어휘 환경 식별자의 모든 선언을 수집 DecRec에 배치되고 var에 의해 선언된 모든 식별자는 VarNames 컬렉션에 배치됩니다. 이 단계에서는 식별자 이름 Strong> 감지 시, let/const/...에 의해 선언된 식별자가 VarNames의 식별자와 동일하면 오류가 보고됩니다. 🎜
    • 🎜 DecRec에서 식별자를 인스턴스화하고 초기화되지 않음으로 설정합니다. VarNames의 식별자는 ObjRec에 바인딩되고 인스턴스화 후 undefine으로 직접 초기화됩니다. 🎜
    • 对于function声明的函数,将直接指向函数对象,并也会绑定到ObjRec中,这是浏览器默认行为

    6、运行代码。

    • 非var声明的标识符会在声明处进行初始化(默认为undefined)。

    • 完成所有变量的赋值,并可能会一直在变化。

    7、运行完毕从 执行栈 中弹出。

    备注:

    • 关于This绑定,大部分情况可以用过去的说法解释,然而某些情况下却不尽然。
    • 闭包我会在下一篇介绍。
    • 执行上下文,我个人认为并不如何重要,但是却能在许多情形下起到极为关键的作用,所以还是有必要去深入认识一下。
    • 关于执行上下文和词法环境的关系,最多是前者引用了后者,仅此而已。诚然,有许多情况没必要用执行上下文来说明,但是永远避免不了违和感

    执行栈与事件循环

    执行栈(Execution Stack)就是由执行上下文构成的堆栈,类似于Call Stack

    1、当Javascript引擎遇到一段可执行代码时,新建一个执行上下文。

    2、将它推入执行栈中。并设置为运行时执行上下文。

    • 如果存在其他执行上下文。
    • 那么将当前执行上下文挂起
    • 然后再将新执行上下文推入执行栈中。

    3、执行上下文运行完毕,弹出销毁恢复并将原执行上下文设为运行时。

    总觉得这些没什么好说的,但是水一下吧

    执行栈最重要的部分并非是执行栈概念本身,而是与任务队列的关系,它是事件循环的入门关键概念之一

    众所周知,Javascript语言是单线程的,此处的执行栈就相当于主线程的调用栈,也是唯一一个调用栈,至于什么是主线程可以查阅相关资料,这里有些超纲了……

    那么javascript是如何实现异步的

    确切来说,这不是Javascript核心的部分,它是结合浏览器API(如Web Worker, Browser-context了解一下)实现的

    事件循环中(事件处理过程),有两个极其重要的概念:

    • 任务序列: Task Quenue
    • 事件: Event

    这两个概念,是抽象滴。

    在Javascript中,一个任务也可以称之为事件,通常是一个函数回调,由许多任务组成的队列,就是所谓的任务序列了。任务序列有很多分类,例如:作业序列(Job Quenue)、消息序列(Message Quenue),本质没区别。

    不必再深入了解,现在需要记住的是:一个任务序列中的任务如果想要被执行,就必须将它取出放入执行栈中。

    举一个抽象点的例子:

    例如下面的代码:

      
          var temp = 10;
          
          console.log('push task1');
          setTimeout(function task1(){
            temp+=10;
            console.log(temp+'task1 okay! ');
          },1000)
          
          console.log('taskquenue=[task1]; push task2');
          setTimeout(function task2(){
            temp*=10;
            console.log(temp+'task2 okay! ');
          },500) 
         
          console.log('taskquenue=[task1,task2]; push task3');
          setTimeout(function task3(){
            temp*= -0.2;
            console.log(temp+'task3 okay! ');
          },1500)
          console.log('taskquenue=[task1, task2,task3]');

    输出如下:

    push task1
    taskquenue=[task1]; push task2
    taskquenue=[task1,task2]; push task3
    taskquenue=[task1, task2,task3]
    100task2 okay! 
    110task1 okay! 
    -22task3 okay!

    setTimeout是一个定时器,它能够将任务放到任务队列中。如图:

    • 添加作业task1
      JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해
    • 添加作业task2
      JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해
    • 添加作业task3
      JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해

    执行到此处, task1task2task3都被放入了任务队列; 然后执行栈全部执行完毕后,开始处理任务队列中的任务。

    为什么任务队列中的任务必须在执行栈空时后执行呢?

    • 여기서는 결국 기본 내용과 관련이 있기 때문에 왜 이런지 알지만 다른 사람들을 오해할까봐 걱정되므로 잊어버리세요.
    • 일반적으로 Task Sequence와 관련된 개념은 그렇게 간단하지 않으며 Blocking, Scheduling(일정) 등과 같은 많은 것들이 포함됩니다. 이러한 측면에 대해서는 다음과 같은 다른 프로젝트를 참조할 수 있습니다. C++Java 같은 멀티스레드 언어나 운영체제의 내용을 살펴보세요. C++Java这类多线程的语言或是看看操作系统这方面的内容。
    • 如果只是简单的业务实现,不需要了解这么多底层的东西。

    现在开始处理任务吧:

    • 处理task2
      JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해
    • 处理task1
      JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해
    • 处理task3
      단순한 JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해비즈니스 구현
    • 이라면 그렇게 많은 기본 사항을 알 필요는 없습니다.

    지금 작업 처리 시작:
    task2 처리 중: 여기에 이미지 설명 삽입task1 처리 중: 여기에 이미지 설명 삽입

    task3 처리 중:
    • 좋아, 이벤트 루프
    • 가 끝났습니다.
    • 그런 다음
    • Javascript 엔진
    • sleep 단계
    • (
    • Javascript 엔진은 끝나지 않습니다!
    )에 들어가고 새 작업이 실행될 때까지 기다린 후 다음 이벤트 루프를 시작합니다.

    Remarks:

    이것은 단순한 예일 뿐입니다이벤트 루프에는 여러 개의 작업 대기열이 있을 수 있습니다.작업 순서는 마이크로 작업 순서와 매크로 작업 순서의 두 가지 유형으로 나뉩니다.우리의 스크립트 코드는 매크로 작업 중 하나입니다. 시퀀스.

    마지막으로: Javascript Engine

    이것은 Intensive Reading Javascript Series

    의 세 번째 부분입니다. 예기치 않게 도착했습니다

    Event Loop. 합리적인 프로그래밍을 위해 대부분의 문서는 작업 순서

      호출 스택
    • 을 분리하지만 ~~_____~~에서는 둘이
    • 하나여야 하고 어떤 편리한 이유로든 분리해서는 안 됩니다
    • .
    • 자세한 Javascript 사양을 읽는 것 외에도
    • JS 엔진
    의 구현 문서도 읽는 것이 가장 좋습니다. 일부 고급 내용은 사양에 없지만 이 문서에 있습니다(Google에서 검색하세요. 바이두(Baidu)에서도 검색하실 수 있습니다.

    Javascript 엔진에 대해 더 관심이 있으시면 다음을 참조하세요:

    MDN About_JavascriptChromium V8 reference
    Github V8

    🎜🎜단, 초보자가 V8을 보는 것은 극히 권장되지 않습니다. 소스코드 한번에 저런🎜 머리가 아프고 온몸이 떨리네요🎜너무 즐겁네요...🎜🎜🎜추천 튜토리얼:🎜JavaScript 영상 튜토리얼🎜🎜🎜🎜🎜

위 내용은 JS의 실행 컨텍스트, 실행 스택 및 이벤트 루프 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명
이 기사는 csdn에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제
자바 스크립트 행동 : 실제 예제 및 프로젝트자바 스크립트 행동 : 실제 예제 및 프로젝트Apr 19, 2025 am 12:13 AM

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

JavaScript 및 웹 : 핵심 기능 및 사용 사례JavaScript 및 웹 : 핵심 기능 및 사용 사례Apr 18, 2025 am 12:19 AM

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

JavaScript 엔진 이해 : 구현 세부 사항JavaScript 엔진 이해 : 구현 세부 사항Apr 17, 2025 am 12:05 AM

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python vs. JavaScript : 학습 곡선 및 사용 편의성Python vs. JavaScript : 학습 곡선 및 사용 편의성Apr 16, 2025 am 12:12 AM

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스Apr 15, 2025 am 12:16 AM

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지Apr 14, 2025 am 12:05 AM

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

JavaScript 엔진 : 구현 비교JavaScript 엔진 : 구현 비교Apr 13, 2025 am 12:05 AM

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

브라우저 너머 : 실제 세계의 JavaScript브라우저 너머 : 실제 세계의 JavaScriptApr 12, 2025 am 12:06 AM

실제 세계에서 JavaScript의 응용 프로그램에는 서버 측 프로그래밍, 모바일 애플리케이션 개발 및 사물 인터넷 제어가 포함됩니다. 1. 서버 측 프로그래밍은 Node.js를 통해 실현되며 동시 요청 처리에 적합합니다. 2. 모바일 애플리케이션 개발은 재교육을 통해 수행되며 크로스 플랫폼 배포를 지원합니다. 3. Johnny-Five 라이브러리를 통한 IoT 장치 제어에 사용되며 하드웨어 상호 작용에 적합합니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

뜨거운 도구

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

mPDF

mPDF

mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

에디트플러스 중국어 크랙 버전

에디트플러스 중국어 크랙 버전

작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구