函数的定义

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第29天

函数定义阶段

0. 开辟一个 存储空间
1. 把函数体内的代码一模一样的放在这个空间内（不解析变量）
2. 把 存储空间 的地址给函数名

函数调用阶段

0. 按照函数名的地址找到函数的 存储空间
1. 形参赋值
2. 预解析
3. 将函数 存储空间 中的代码拿出来执行（才解析变量）

重新定义函数调用阶段

0. 按照函数名的地址找到函数的 存储空间

1. 形参赋值

2. 预解析

3. 在内存中开辟一个 执行空间

4. 将函数 存储空间 中的代码拿出来在刚刚开辟的 执行空间 中执行

5. 执行完毕后，内存中开辟的 执行空间 销毁

   function fn() {
     console.log('我是 fn 函数')
   }
   ​
   fn() 
   

   • 函数执行的时候会开辟一个 执行空间 （我们暂且叫他 xxff00）
   • console.log('我是 fn 函数') 这个代码就是在 xxff00 这个空间中执行
   • 代码执行完毕以后，这个 xxff00 空间就销毁了

函数执行空间

• 每一个函数会有一个 存储空间

• 但是每一次调用都会生成一个完全不一样的 执行空间

• 并且 执行空间 会在函数执行完毕后就销毁了，但是 存储空间 不会

• 那么这个函数空间执行完毕就销毁了，还有什么意义呢？

  • 我们可以有一些办法让这个空间 不销毁
  • 闭包，就是要利用这个 不销毁的执行空间

函数执行空间不销毁

• 函数的 执行空间 会在函数执行完毕之后销毁

• 但是，一旦函数内部返回了一个 引用数据类型，并且 在函数外部有变量接受 的情况下

• 那么这个函数 执行空间 就不会销毁了

  function fn() {
    const obj = {
        name: 'Jack',
        age: 18,
        gender: '男'
    }
    
    return obj
  }
  ​
  const o = fn()
  

  • 函数执行的时候，会生成一个函数 执行空间 （我们暂且叫他 xxff00）

  • 代码在 xxff00 空间中执行

  • 在 xxff00 这个空间中声名了一个 对象空间（xxff11）

  • 在 xxff00 这个执行空间把 xxff11 这个对象地址返回了

  • 函数外部 0 接受的是一个对象的地址没错

    • 但是是一个在 xxff00 函数执行空间中的 xxff11 对象地址
    • 因为 o 变量一直在和这个对象地址关联着，所以 xxff00 这个空间一直不会销毁

  • 等到什么时候，执行一句代码 o = null

    • 此时， o 变量比在关联在 xxff00 函数执行空间中的 xxff11 对象地址
    • 那么，这个时候函数执行空间 xxff00 就销毁了