文中已经参与「」
javascript语言表达有别于c语言（应用malloc等内存分配函数公式获得运行内存即是以堆里释放内存）和C 常以malloc包为基本垃圾收集器，反而是在建立自变量时通过自动内存管理完成内存分配和闲置资产回收利用，而且这个流程是周期性（每过一定时间能自启动）。而关键是，垃圾分类回收程序流程务必回访记录某一运行内存是不是里的自变量是不是会被消除，终究靠优化算法时判断不了的？
那接下来，就要聊一聊了。
一、v8引擎的运行内存怎么分配？
在v8模块内部结构事实上有栈内存和堆内存两大块室内空间。栈内存是线形持续保存的，而且栈空间的分派和回收利用均是由系统软件来完成的，栈空间大小也是不变的，而堆内存还划分成好几个不同类型的区，其中还有新一代、须生代、大目标室内空间、编码空间等，如图所示：
v8引擎的内存空间事实上和电脑操作系统相关。假如电脑操作系统以64位存放，那样新一代室内空间时64MB，须生代空间是1400MB，Node条件下是1.4G；而32位存放下，新生代的空间是32MB，须生代后空间是700MB，Node环境中的空间大小是0.7G。见下表所显示：
| 64位电脑操作系统 | 32位电脑操作系统 | |
|---|---|---|
| v8模块内存空间 | 1.4G（1464MB） | 0.7G（732MB） |
| 新一代室内空间 | 64MB | 32MB |
| 须生代室内空间 | 1400MB | 700MB |
| 最新版本Node(V14)运行内存为2GB，存储空间可扩大 |
通过上述大家亟待解决的问题是：
- 栈内存是怎样回收处理？
- 堆中数据是怎样回收处理？
- 为何要搞清楚内存空间？
- 为何新一代与老沙冰内存空间不一样？
- 新一代和须生代后回收利用优化算法一致嘛？为何？
二、有关运行内存
之所以会关心运行内存，是为了避免网页页面占内存太大，造成手机客户端卡屏，乃至无响应；Node应用基本都是v8，运行内存针对后端服务比较容易导致内存溢出（后面崩溃）。
三、栈内存怎样回收利用
当函数公式执行完毕，js模块是由挪动ESP（ESP：纪录现阶段执行状态的表针）来消毁函数公式储存在栈之中的执行上下文的，栈顶空间能被全自动回收利用，不用V8引擎的垃圾回收机制出来。但是，堆内存的大小并不是固定，那堆内存中数据是怎样回收处理呢？
四、堆内存怎样回收利用
掌握堆内存是怎样回收处理以前，先了解一下下列定义：
1、新一代和须生代
新一代（副垃圾回收器）和须生代（主垃圾回收器）也还划分成两个区域，新一代区划看作是Semi space From和Semi space To，通称一个From地区，一个To地区，以64位电脑操作系统存放得话，两个区域各为32MB。
而须生代划分成Old pointer space和Pld data space，以64位电脑操作系统存放得话，两个区域各为700MB。
另一方面，新一代用以储放存活时间很短的对象，而须生代用以储放时间长目标。问题来了，怎样判断一个对象存活时间是不是长期？
2、跨代假设和分代搜集
（1）绝大多数目标在运行内存中出现的时间不长，目标早已释放内存，迅速也会变得不能浏览。比如，在函数公式修饰符内部结构界定的自变量，只需这种自变量没被引入，那样等函数公式执行完毕，由于这些自变量不容易立刻被垃圾分类回收，可是当垃圾回收机制需要用到这方面运行内存时，这种变量的运行内存便会被回收利用。
（2）打不死的目标，会活得更久。怎么才算是打不死的目标，事实上，被循环引用的对象便是打不死的目标，由于被循环引用，代表着永远都不会被垃圾回收机制回收利用。
3、垃圾回收器的操作流程
（1）标识空间内主题活动的对象与非主题活动的对象
（2）回收利用非活动对象的所占据的运行内存
（3）内存中梳理（将内存碎片整理出来连续不断的存储空间）
垃圾分类回收机遇的大概步骤就这样，事实上都还有一些细节。
五、垃圾回收器的基本原理
1、新生代的回收利用
实际上，完成垃圾回收机制的算法有许多种，可是经常使用的便是标识梳理和引用计数。新一代简单的说就是运送（或者说拷贝），一般用Scavenge优化算法将新一代两个区域无限翻转交换。新一代地区=目标地区 空余地区换句话说新一代地区=From To。这也就意味着，总会有一半的区域是空余的，浪费。
下面看一下Scanvenge算法步骤：
1）新目标进到目标地区
（2）目标地区即将存满的情况下进行垃圾分类回收
（3）目标区域中剩下来的目标转移至空余地区
（4）两个区域互换
目标升职对策来啦：
通过2次垃圾分类回收还活下来的目标，能被移进须生代区。如下图所示：
2、须生代后回收利用
（1）标识梳理（mark-and-compact）
Javascript常用垃圾分类回收对策便是标识清除（mark-and-sweep）,说白了，当自变量进到执行上下文，这一自变量能被再加上存在执行上下文的标识，那样垃圾回收机制很有可能从来不会释放出来存在执行上下文的自变量，但当自变量离去执行上下文时，也能给自变量加上离去执行上下文的标识，那样的话，直到垃圾分类回收程序流程做一次缓存清理时，都会先开展深度广度扫描仪，把相关的自变量连接点应用存有执行上下文的标识，于是就会回收利用带离去执行上下文标识的运行内存。如图所示：
标识清理完非常明显的一个缺点是，内存是一个连续不断的运行内存，但经过标识清理完，留有许多碎片化运行内存，那样的话，就会造成运行内存的消耗。此外，在全过程其实就是全间断标识：js是工作在主线程里的，一旦垃圾分类回收起效，js脚本制作便会中止实行，直到垃圾分类回收进行，再执行。
因此通过提升，停止使用标识清除，反而是标识梳理，一字之差，但效果就完全不一样了。如图所示：
那么一看，标识整理后的运行内存那就不是泛娱乐化了，也便是说，标识梳理里的梳理，实际是对于残片的梳理。此外，这一过程并不是全间断标识,反而是增加量标识和三色标记法。所说增加量标识便是，不会像标识清除里边的，一次性标识全部进到执行上下文的自变量，反而是当垃圾分类回收程序执行时，将GC Root有关的后一个连接点标识h灰黑色，随后运行代码，直到下一次垃圾分类回收程序执行时，看到那个被标识灰黑色节点，则然后将与其说有关节点标记为灰黑色，自身标识成乳白色.....，如此往复，等到最后，依据三色标识，整理后清除不会再被需要的自变量，增加内存，如图所示：
我们都知道，javascrript和nodejs最底层全是c 达到的，那样nodejs的内存使用情况又是怎样？这时候就要踢皮球到process.memoryUsage()方式：
process.memoryUsage()方法是什么过程模块内嵌方式，提供相关Node.js流程的现阶段过程或运作后的信息内容。内存使用情况方式回到一个对象，该目标以Node.js进度的字节叙述内存使用情况，使用方法如下所示：
process.memoryUsage()
主要参数：这种方法拒绝接受一切主要参数：
传参：这种方法回到一个含有内存使用表明的对象
试一试：
let process = require('process')
console.log(process.memoryUsage())
此外，我们还可以手动式扩充内存尺寸，如下所示：
node --max_old_space_size=5000 index.js
(Old Space的单位为MB，New Space的单位为KB)
node --max_new_space_size=5000 index.js
（2）引用计数
引用计数的大概流程是：对每一个变量类型都纪录被提及的频次，声明变量并赋引入值后，引入值为1；假如同一个值被取值给另外一个自变量，那样引入数加1。相近地，假如储存该值提及的自变量被值给覆盖，那样引入数减1，当一个系数的引入值为0时，就证明垃圾分类回收程序流程能够回收利用自变量了。但这个有一个很比较严重的问题在于，循环引用的变量的引入数永远都不会为0。举例说明：
let obj = {
name: 'hello world',
age: 19,
}
let data = {
gender: 'female',
}
obj['gender'] = data
data['other'] = obj