js 的初始化顺序执行上下文与闭包

  • 1. 代码分类(位置)
  •  全局代码
  •  函数(局部)代码
  • 2. 全局执行上下文
  •  在执行全局代码前将window确定为全局执行上下文
  •  对全局数据进行预处理
  •  var定义的全局变量==>undefined, 添加为window的属性
  •  function声明的全局函数==>赋值(fun), 添加为window的方法
  •  this==>赋值(window)
  •  开始执行全局代码
  • 3. 函数执行上下文
  •  在调用函数, 准备执行函数体之前, 创建对应的函数执行上下文对象(虚拟的, 存在于栈中)
  •  对局部数据进行预处理
  •  形参变量==>赋值(实参)==>添加为执行上下文的属性
  •  arguments==>赋值(实参列表), 添加为执行上下文的属性
  •  var定义的局部变量==>undefined, 添加为执行上下文的属性
  •  function声明的函数 ==>赋值(fun), 添加为执行上下文的方法
  • this==>赋值(调用函数的对象)
  • 开始执行函数体代码
  var a = 3
  function fn () {
    console.log(a)
    var a = 4
  }
  fn()

  console.log(b) //undefined  变量提升
  fn2() //可调用  函数提升
  fn3() //不能  变量提升

  var b = 3
  function fn2() {
    console.log('fn2()')
  }

  var fn3 = function () {
    console.log('fn3()')
  }

总结起来就是先全局上下文,首先是变量提升给undefined值 , 然后是函数提升。放变量和函数提升以后,按序执行代码,还有显式的变量赋值 ,以下代码  c 在变量提升,函数提升之后,又经过显式赋值,最终仍变会number 类型

  var c = 1
  function c(c) {
    console.log(c)
    var c = 3
  }
  c(2) // 报错

js初始化顺序

  • 1. 在全局代码执行前, JS引擎就会创建一个栈来存储管理所有的执行上下文对象
  • 2. 在全局执行上下文(window)确定后, 将其添加到栈中(压栈)
  • 3. 在函数执行上下文创建后, 将其添加到栈中(压栈)
  • 4. 在当前函数执行完后,将栈顶的对象移除(出栈)
  • 5. 当所有的代码执行完后, 栈中只剩下window

闭包

  • 当一个嵌套的内部(子)函数引用了嵌套的外部(父)函数的变量(函数)时, 就产生了闭包

  • 函数嵌套

  • 内部函数引用了外部函数的数据(变量/函数)

  • 1. 使用函数内部的变量在函数执行完后, 仍然存活在内存中(延长了局部变量的生命周期)
  • 2. 让函数外部可以操作(读写)到函数内部的数据(变量/函数)
  •  
  • 问题:
  • 1. 函数执行完后, 函数内部声明的局部变量是否还存在? 一般是不存在, 存在于闭中的变量才可能存在
  • 2. 在函数外部能直接访问函数内部的局部变量吗? 不能, 但我们可以通过闭包让外部操作它
  • 1. 产生: 在嵌套内部函数定义执行完时就产生了(不是在调用)
  • 2. 死亡: 在嵌套的内部函数成为垃圾对象时
    function fn1() {
      //此时闭包就已经产生了(函数提升, 内部函数对象已经创建了)
      var a = 2
      function fn2 () {
        a++
        console.log(a)
      }
      return fn2
    }
    var f = fn1()
    f() // 3
    f() // 4
    f = null //闭包死亡(包含闭包的函数对象成为垃圾对象)

猜你喜欢

转载自blog.csdn.net/qq_38003454/article/details/83898128