JS 变量存储?栈 & 堆?NONONO!

分享

前言

这次的 why what or how 主题:JavaScript 变量存储。

无论哪门语言,变量都是组成程序的基础。变量可以绑定数字、对象;在 JavaScript 中,函数同样可以作为值被变量绑定。

那么如此重要的变量,在 JavaScript 中究竟是如何进行存储的?

栈 & 堆 ?

栈(Stack)又名堆栈,它是一种运算受限的线性表。限定仅在表尾进行插入和删除操作的线性表。

在百度上搜索 JavaScript 变量存储,能看到很多文章,无外乎一个结论:

对于原始类型,数据本身是存在栈内,对于对象类型,在栈中存的只是一个堆内地址的引用。

但是,我突然想到一个问题:如果说原始类型存在栈中,那么 JavaScript 中的闭包是如何实现的?

当然想要深究这个问题,有必要先把栈(Stack)和堆(Heap)给说说清楚。

那好,先说说栈。

栈是内存中一块用于存储局部变量和函数参数的线性结构,遵循着先进后出的原则。数据只能顺序的入栈,顺序的出栈。当然,栈只是内存中一片连续区域一种形式化的描述,数据入栈和出栈的操作仅仅是栈指针在内存地址上的上下移动而已。如下图所示(以 C 语言为例):

变量在栈中存储

如图所示,栈指针刚开始指向内存中 0x001 的位置,接着 sum 函数开始调用,由于声明了两个变量,往栈中存放了两个数值,栈指针也对应开始移动,当 sum 函数调用结束时,仅仅是把栈指针往下移动而已,并不是真正的数据弹出,数据还在,只不过下次赋值时会被覆盖。

挺简单的不是么,但需要注明一点的是:内存中栈区的数据,在函数调用结束后,就会自动的出栈,不需要程序进行操作,由程序运行时或函数调用机制自动完成,换句话说:栈中的变量在函数调用结束后,就会消失。

因此栈的特点:轻量,不需要手动管理,函数调用时创建,调用结束则消失。

堆可以简单的认为是一大块内存空间,就像一个篮子,你往里面放什么都没关系,但是篮子是私人物品,操作系统并不会管你的篮子里都放了什么,也不会主动去清理你的篮子,因此在 C 语言中,堆中内容是需要程序员手动清理的,否则就会出现内存泄漏;如果持续泄漏,最终还可能耗尽可用内存。

为了解决堆内存的管理问题,一些语言的运行时(如 Java)提供了 GCGarbage Collection,垃圾回收)机制,用于协助程序管理内存,主动清理堆中已经不再使用的数据。

既然堆是一个大大的篮子,那么在栈中存储不了的数据(比如一个对象),就会被存储在堆中,栈中就仅仅保留一个对该数据的引用(也就是该块数据的首地址)。

问题!

OK 栈和堆内容如上,现在我们再来看看大家的结论:

对于原始类型,数据本身是存在栈内,对于对象类型,在栈中存的只是一个堆内地址的引用。

感觉很符合逻辑啊,按照定义基础类型存在栈中,对象存在堆中,没毛病啊!

但是,请大家思考一个问题:

既然栈中数据在函数执行结束后就会被销毁,那么 JavaScript 中函数闭包该如何实现,先简单来个闭包:

function count () {
    let num = -1;
    return function () {
        num++;
        return num;
    }
}

let numCount = count();
numCount();
// 0
numCount();
// 1

按照结论,num 变量在调用 count 函数时创建,在 return 时从栈中弹出。

既然是这样的逻辑,那么调用 numCount 函数如何得出 0 呢?num 在函数 return 时已经在内存中被销毁了啊!

因此,在本例中 JavaScript 的基础类型并不保存在栈中,而应该保存在堆中,供 numCount 函数使用。

那么网上大家的结论就是错的了?非也!接下来谈谈我对 JavaScript 变量存储的理解。

抛开栈

既然在 JavaScript 中有闭包的问题,抛开栈(Stack),仅用堆能否实现变量存储?我们来看一个特殊的例子:

function test () {
    let num = 1;
    let string = 'string';
    let bool = true;
    let obj = {
        attr1: 1,
        attr2: 'string',
        attr3: true,
        attr4: 'other'
    }
    return function log() {
        console.log(num, string, bool, obj);
    }
}

伴随着 test 的调用,为了保证变量不被销毁,在堆中先生成一个对象就叫 Scope 吧,把变量作为 Scope 的属性给存起来。堆中的数据结构大致如下所示:

使用 Scope 保存变量

那么,这样就能解决闭包的问题了吗?

当然可以,由于 Scope 对象存储在堆中,因此返回的 log 函数完全可以访问这个 Scope 对象。下图是该段代码在 Chrome 中的执行效果:

Chrome 中 Scope 的表示

红框部分与上述一致,同时也反映出之前提及的问题:例子中 JavaScript 的变量并没有存在栈中,而是在堆里,用一个特殊的对象(Scope)保存。

那么在 JavaScript 中,变量到底是如何进行存储的?这和变量的类型直接挂钩,接下来就谈谈在 JavaScript 中变量的类型。

三种类型

JavaScript 中,变量分为三种类型:

  1. 局部变量
  2. 被捕获变量
  3. 全局变量

局部变量

局部变量很好理解:在函数中声明,且在函数返回后不会被其他作用域所使用的变量。下面代码中的 local* 都是局部变量。

function test () {
    let local1 = 1;
    var local2 = 'str';
    const local3 = true;
    let local4 = {a: 1};
    return;
}

被捕获变量

被捕获变量就是局部变量的反面:在函数中声明,但在函数返回后仍有未执行作用域(函数或是类)使用到该变量,那么该变量就是被捕获变量。下面代码中的 catch* 都是被捕获变量。

function test1 () {
    let catch1 = 1;
    var catch2 = 'str';
    const catch3 = true;
    let catch4 = {a: 1};
    return function () {
        console.log(catch1, catch2, catch3, catch4)
    }
}

function test2 () {
    let catch1 = 1;
    let catch2 = 'str';
    let catch3 = true;
    var catch4 = {a: 1};
    return class {
        constructor(){
            console.log(catch1, catch2, catch3, catch4)
        }
    }
}

console.dir(test1())
console.dir(test2())

复制代码到 Chrome 即可查看输出对象下的 [[Scopes]] 下有对应的 Scope

全局变量

不同运行环境提供了不同的全局对象:浏览器中通常是 window,Node.js 中是 global,现代 JavaScript 也可以通过 globalThis 统一访问当前环境的全局对象。全局环境会位于函数作用域链的最外层,也就是上述函数 [[Scopes]] 中的最后一层。

以下只讨论浏览器传统脚本中的情况。ES Module 拥有独立的模块作用域;Node.js 的 CommonJS 模块也会封装自己的顶层作用域,它们的顶层变量都不会自动成为全局对象的属性。

全局变量需要特别注意一点:varlet/const 的区别。

var

在浏览器传统脚本中,顶层 var 声明会在全局对象 window 上创建对应属性。

var testVar = 1;

console.log(window.testVar); // 1

let / const

浏览器传统脚本中的顶层 let/const 声明不会在 window 上创建同名属性,而是保存在全局词法环境中(可以用类似 Scope 的模型来理解)。

let testLet = 1;

console.dir(() => {})

复制到 Chrome 有以下结果:

let/const 全局变量

两种方式

那么变量的类型确定了,如何进行存储呢?有两种:

  1. 栈(Stack
  2. 堆(Heap

相信看到这里,大家心里应该都清楚了:除了局部变量,其他的全都存在堆中!根据变量的数据类型,分为以下两种情况:

  1. 如果是基础类型,那栈中存的是数据本身。
  2. 如果是对象类型,那栈中存的是堆中对象的引用。

但这是理想情况,再问大家一个问题:JavaScript 解析器如何判断一个变量是局部变量呢?

判断出是否被内部函数引用即可!

那如果 JavaScript 解析器并没有判断呢?那就只能存在堆里!

那么你一定想问,ChromeV8 能否判断出,从结果看应该是可以的。

Chrome 下的局部变量

红框内仅有变量 a,而变量 b 已经消失不见了。由于 Firefox 打印不出 [[Scopes]] 属性,因此,笔者判断不出。当然,如果有大佬能深入了解并补充的话,感激不尽。

好,了解了如何存储,接下来我们看看如何赋值。

变量赋值

其实不论变量是存在栈内,还是存在堆里(反正都是在内存里),其结构和存值方式是差不多的,都有如下的结构:

变量存储

那好现在我们来看看赋值,根据 = 号右边变量的类型分为两种方式:

赋值为常量

何为常量?常量就是一声明就可以确定的值,比如 1"string"true{a: 1},都是常量,这些值一旦声明就不可改变,有些人可能会犟,对象类型怎么可能是常量,它可以改变啊,这个问题先留着,等下再解释。

假设现在有如下代码:

let foo = 1;

JavaScript 声明了一个变量 foo,且让它的值为 1,内存中就会发生如下变化

常量储存

如果现在又声明了一个 bar 变量:

let bar = 2;

那么内存中就会变成这样:

foo & bar

现在回顾下刚刚的问题:对象类型算常量吗?

比如有以下代码:

let obj = {
    foo: 1,
    bar: 2
}

内存模型如下:

JavaScript Object 存储

通过该图,我们就可以知道,其实 obj 指向的内存地址保存的也是一个地址值,那好,如果我们让 obj.foo = 'foo' 其实修改的是 0x1021 所在的内存区域,但 obj 指向的内存地址不会发生改变,因此,对象是常量!

赋值为变量

何为变量?在上述过程中的 foobarobj,都是变量,变量代表一种引用关系,其本身的值并不确定。

那么如果我将一个变量的值赋值给另一变量,会发生什么?

let x = foo;
x 赋值为 foo 变量

如上图所示,仅仅是将 x 引用到与 foo 一样的地址值而已,并不会使用新的内存空间。

OK 赋值到此为止,接下来是修改。

变量修改

与变量赋值一样,变量的修改也需要根据 = 号右边变量的类型分为两种方式:

修改为常量

foo = 'foo';
foo 变量修改为另一常量

如上图所示,内存中保存了 'foo' 并将 foo 的引用地址修改为 0x0204

修改为变量

foo = bar;
foo 变量修改为另一变量

如上图所示,仅仅是将 foo 引用的地址修改了而已。

const 的工作机制

constES6 新出的变量声明的一种方式,被 const 修饰的变量不能改变。

其实对应到 JavaScript 的变量储存图中,就是变量所指向的内存地址不能发生变化。也就是那个箭头不能有改变。

比如说以下代码:

const foo = 'foo';
foo = 'bar'; // Error
const 不允许重新赋值

如上图的关系图所示,foo 不能引用到别的地址值。

那好现在是否能解决你对下面代码的困惑:

const obj = {
    foo: 1,
    bar: 2
};
obj.foo = 2;

obj 所引用的地址并没有发生变化,发生变的部分为另一区域。如下图所示

const 对象类型修改

对象的修改

OK 进入一个面试时极度容易问到的问题:

let obj1 = {
    foo: 'foo',
    bar: 'bar'
}

let obj2 = obj1;
let obj3 = {
    foo: 'foo',
    bar: 'bar'
}

console.log(obj1 === obj2);
console.log(obj1 === obj3);

obj2.foo = 'foofoo';

console.log(obj1.foo === 'foofoo');

请依次说出 console 的结果。

我们不讨论结果,先看看内存中的结构。

js 中对象存储

所以你现在知道答案了吗?

总结

JavaScript 中,变量并非完完全全地存在栈中。普通调用栈只能管理生命周期与函数调用一致的局部变量;当变量被逃逸闭包捕获时,运行时还需要使用生命周期独立于当前栈帧的 Scope 保存它。因此,只用“原始类型存在栈中、对象类型存在堆中”来概括 JavaScript 的变量存储并不准确。希望大家能通过本文真正理解 JavaScript 中变量与内存的关系。

按照惯例,提几个问题:

  1. JavaScript 变量的类型都有哪些?
  2. JavaScript 对于基础类型和对象类型是如何存储的?

参考

阅读更多

JavaScript 对象 & 原型

前言 这次的 why what or how 主题:JavaScript 对象 & 原型。 此类文章在百度上一搜一大把,其实不用再写了。但是本着把这个问题解释得清清楚楚、明明白白的想法,还是开始写了。 原因如下: 1. 面试宝典类文章,放张图片一糊弄,让人觉得自己理解了。 2. 解释类文章,告诉你一堆语法,对语法一顿解释,告诉你就是这样的,还是没说清楚。 3. 很少有文章单独解释这个点!但这个点是基础!真的很重要! 所以,本篇文章想说一说对象 & 原型。但为了确保能顺利理解,请先看完 JS 变量存储?栈 & 堆?NONONO!。因为该篇文章会从变量存储的角度解释 JavaScript 对象 & 原型,请确保看完,再看这篇文章。

By Breeze

浏览器下的 Event Loop

前言 JavaScript 以单线程的形式运行在宿主环境下,并采用回调的形式来解决异步任务。 为什么是单线程? JavaScript 最开始出现,是为了给 Web 页面增添一些动态效果,那么就避免不了获取页面上的元素信息。如果 JavaScript 以多线程的形式运行在浏览器内,两个线程内的 JavaScript 同时获取或修改某个页面上的元素,那么浏览器该让哪个 JavaScript 线程拥有获取或修改该元素的权限呢?由于元素信息会经常发生变化,那么,又该如何同步各个线程内所保存的元素信息呢? 所以,综合以上问题,JavaScript 是单线程的原因就显而易见了。单线程执行时,对于元素信息的引用在同一时间仅可能只有一个,那么以上所有问题都不存在了。 什么是异步任务? 任何代码在执行时,都会碰到一些需要大量时间运算或等待的代码。在浏览器环境下,常见的就是 HTTP 任务,比如资源加载(图片的 onload 事件)、Ajax 请求(XMLHttpRequest 的 onload 事件),还有页面元素的点击事件以及定时器等。 以上任务都极其耗时,而且会受环境影响。

By Breeze

node 下的 Event Loop

前言 通过浏览器下的 Event Loop,可以得知 JavaScript 是一门事件驱动的语言,JavaScript 主线程通过不断调用事件队列中的事件来完成异步任务。那么,Node.js 下是否也是如此? Node.js 下的事件队列 在 Node.js 官网有这样一篇文章:The Node.js Event Loop, Timers, and process.nextTick()。 该文章主要讲述了 Node.js 中如何处理以及实现 Event Loop。 主要包含以下内容: 事件队列 不同于浏览器,Node.js 下有 6 个事件处理阶段,其执行顺序和队列名称如下: ┌───────────────────────────┐ ┌─>│ timers │ │ └─────────────┬─────────────┘ │ ┌─────────────┴─────────────┐ │ │ pending callbacks │ │ └─────────────┬─────────────┘ │

By Breeze

什么是 HTML 5?

前言 作为程序员,技术的落实与巩固是必要的,因此想到写个系列,名为 why what or how,每篇文章试图解释清楚一个问题。 这次的 why what or how 主题:现在几乎所有人都知道了 HTML5,那么 H5 相比于 HTML4 到底有什么区别呢? 升级版?标准版! HTML5 作为 HTML 标准的第 5 版,于 2014 年发布。相信关注过 HTML5 发展史的朋友都知道,该版本是 WHATWG 和 W3C 握手言和后诞生的,是 W3C 组织与浏览器厂商相互妥协的结果。其中的绝大部分规范都由 WHATWG 组织制定,之后由 W3C

By Breeze