这是一套关于 Chrome 中的 JS 引擎 V8 的文章系列。谈到 V8 ，估计大部分人会一种畏惧感，首先映入脑海的便是天花乱坠的 C++ 源码，但其实就算你掌握了 C++，也很难读懂源码，读懂里面的源码，并不是语言的问题，而是一个工程复杂度的问题。而且，我认为把 V8 里面的源码全部读懂并不是一个明智的做法，一个是工程量过于庞大，很容易失去耐心，另一方面代码的封装度非常高，导致很多抽象的代码，理解难度大。你想啊，几百个顶尖的工程师开发了十几年的东西，会让你轻易就把源码啃下来吗？
前言：对于基于 V8 的 JS 运行时来说，堆外内存的管理是非常重要的一部分，因为 gc 的原因，V8 自己管理堆内存大小是有限制的，我们不能什么数据都往 V8 的堆里存储，比如我们想一下读取一个 1G 的文件，如果存到 V8 的堆，一下子就满了，所以我们需要定义堆外内存并进行管理。本文介绍 No.js 里目前支持的简单堆内存管理机制和字符编码解码的实现。
Javascript 是一种奇怪语言，有些人喜欢它，有些人讨厌它。它有许多独特的机制，这些机制在其他流行语言中不存在，也没有对应的机制，还有突出明显的就是代码的执行顺序
最近在研读书籍 深入浅出nodejs ， 随手写下的一些笔记， 和大家分享~ 如有错误，欢迎指正~
对于 Node.js 服务端研发的同学来说，关于垃圾回收、内存释放这块不需要向 C/C++ 的同学那样在创建一个对象之后还需要手动创建一个 delete/free 这样的一个操作进行 GC（垃圾回收）， Node.js 与 Java 一样，由虚拟机进行内存自动管理。
随着Node的发展，JavaScript的运行已经不再局限于运行在浏览器中了，Node在服务端的应用使得越来越多的问题也显现出来。对于刚接触JavaScript的开发者来说，基本上很少会想到内存分配或者内存泄露的问题，为了跟上潮流，就讲解一下Node是如何合理高效地使用内存，防止内存泄漏。
Node12 发布有几个月了，让我们跟随 Nodejs 12 一起看看 Node12 带来了哪些改变。
一直以来，跟踪 Node.js 的内存泄漏是一个反复出现的话题，人们始终希望对其复杂性和原因了解更多。
前言：Buffer 模块是 Node.js 非常重要的模块，很多模块都依赖它，本文介绍一下 Buffer 模块底层的原理，包括 Buffer 的核心实现和 V8 堆外内存等内容。
代码在内存中的'形状' http://zoo.zhengcaiyun.cn/blog/article/code-shape
JS 语言不像 C/C++, 让程序员自己去开辟或者释放内存，而是类似Java，采用自己的一套垃圾回收算法进行自动的内存管理。作为一名资深的前端工程师，对于JS内存回收的机制是需要非常清楚, 以便于在极端的环境下能够分析出系统性能的瓶颈，另一方面，学习这其中的机制，也对我们深入理解JS的闭包特性、以及对内存的高效使用，都有很大的帮助。
随着 Node 的发展，JavaScript 的应用场景早已不再局限在浏览器中。本文不讨论网页应用、命令行工具等短时间执行，且只影响终端用户的场景。由于运行时间短，随着进程的退出，内存会释放，几乎没有内存管理的必要。但随着 Node 在服务端的广泛应用，JavaScript 的内存管理需要引起我们的重视。
团队最近将两个项目迁移至 degg 2.0 中，两个项目均出现比较严重的内存泄漏问题，此处以本人维护的埋点服务为例进行排查。服务上线后内存增长如下图，其中红框为 degg 2.0 线上运行的时间窗口，在短短 36 小时内，内存已经增长到 50%，而平时内存稳定在 20%-30%，可知十之八九出现了内存泄漏。
拓展nodejs的方式有很多种，可以写npm包，可以写c++插件，还可以修改内核重新编译分发。本文介绍如何通过为nodejs内核增加一个c++模块的方式拓展nodejs的功能（git地址：https://github.com/theanarkh/learn-how-to-extend-node）。相比修改nodejs内核代码，新增一个nodejs内置模块需要了解更多的知识。下面我们开始。 1 首先在src文件夹下新增两个文件。 cyb.h
前言：在 Node.js 中，我们有时候需要抓取进程堆快照来判断是否有内存泄漏，本文介绍Node.js 中抓取堆快照的实现。
有很多人都听说过V8引擎，但可能不是很了解，V8名称叫Chrome V8，是由谷歌开源的一个高性能 JavaScript 引擎。该引擎采用 C++ 编写，Google Chrome 浏览器用的就是这个引擎。V8 可以单独运行，也可以嵌入 C++ 应用当中。和其他的 JavaScript 引擎一样，V8 会编译、执行 JavaScript 代码，并一样会管理内存、垃圾回收等。就是因为 V8 的高性能以及跨平台等特性，所以它也是 Node.js 的 JavaScript 引擎。
GC，Garbage Collection，垃圾回收。在编程中，一般指的是内存自动回收机制，会定时将不需要用到的数据进行清除。
如果你第一次认识buffer，你可能会很陌生，因为在前端的JavaScript中并没有buffer，因为前端只要做一些字符串操作或DOM基本操作就能满足业务需求。
在聊我们今天主角V8之前，我感觉有必要简单的把浏览器的发展史描述一下。「以史为镜，可以知兴替」
这个限制可以通过 v8 提供的选项解除，如 node --max-old-space-size=1700 test.js
上一篇文章介绍了理解 V8 GC Log 的意义在哪，简单介绍了一下 V8 GC 的整体特征。在这篇文章里，我们介绍 V8 中堆内存的划分与新老生代的 GC 算法。这些基础知识是理解 V8 GC Log 的关键，不过这篇文章的介绍点到为止，能够读懂 V8 GC Log 即可，以免把大家在细节中带迷路。
Hello，大家好，之前说不打算更新公众号了，后面有时间的话还是会偶尔更新下，记录和分享下一些技术相关的内容，今天分享下如何实现一个 APM watchdog。
之前一次偶然机会发现，react 在server渲染时，当NODE_ENV != production时，会导致内存泄漏。具体issues: https://github.com/facebook/react/issues/7406 。随着node，react同构等技术地广泛运用，node端内存泄漏等问题应该引起我们的重视。为什么node容易出现内存泄漏以及出现之后应该如何排查，下面通过一个简单的介绍以及例子来说明。
12 | 栈空间和堆空间：数据是如何存储的？ 这节讲解的是JavaScript的内存机制。 首先，我们知道JavaScript是弱类型动态语言。 接着，JavaScript的数据类型一共是八种:Boolean｜ String ｜ Number | Undefined | Null | BigInt | Symbol | Object 前七种为基本数据类型，他们存在栈中，后一种为引用数据类型，它存在堆中。 13 ｜ 垃圾回收：垃圾数据是如何自动回收的？ 不同语言的垃圾回收策略 通常情况下，垃圾
之前一次偶然机会发现，react 在server渲染时，当NODE_ENV != production时，会导致内存泄漏。具体issues: https://github.com/facebook/react/issues/7406 。随着node，react同构等技术地广泛运用，node端内存泄漏等问题应该引起我们的重视。为什么node容易出现内存泄漏以及出现之后应该如何排查，下面通过一个简单的介绍以及例子来说明。 首先，node是基于v8引擎，其内存管理方式与v8一致。下面简单介绍v8的相关内存特效。
本篇是深入的Node的读书笔记，相关知识点的归纳以及自己的简介《深入Node》 Node架构一览 Node架构 libuv架构 libuv架构 V8架构 V8架构 现代JS引擎执行： 源代码(.j
实际上浏览器的事件循环标准是由 HTML 标准规定的，具体来说就是由whatwg规定的，具体内容可以参考event-loops in browser。而NodeJS中事件循环其实也略有不同，具体可以参考event-loops in nodejs
Node.js 做密集型运算，或者所操作的数组、对象本身较大时，容易出现内存溢出的问题，这是由于 Node.js 的运行环境依赖 V8 引擎导致的。如果经常有较大数据量运算等操作，需要对 Node.js 运行环境限制有充分的了解。
作者｜jaychen 原文｜http://imweb.io/topic/57cc5a75802d795b425977aa 之前一次偶然机会发现，react 在server渲染时，当NODE_ENV != production时，会导致内存泄漏。具体issues: https://github.com/facebook/react/issues/7406 。随着node，react同构等技术地广泛运用，node端内存泄漏等问题应该引起我们的重视。为什么node容易出现内存泄漏以及出现之后应该如何排查，下面通过
首先贴个Javascript性能测试站点，测试并展示了数个 JavaScript 引擎的性能数据：arewefastyet
同时， 在 JS 中，对象的值可以是「任意类型」的数据。(在JS篇之数据类型那些事儿简单的介绍了下基本数据类型分类和判断数据类型的几种方式和原理，想了解具体细节，可移步指定文档)
前几天有个同学和我说，他在看nodejs源码，但是不知道为什么需要看，也不知道从中可以学到什么。所以今天想聊一下关于阅读nodejs源码的意义。阅读其他源码也类似。
Pointer compression是v8 8.0中为提高64位机器内存利用率而引入的机制。
前言：最近在写 Node.js Addon 的过程中，遇到了一个问题，然后发现是 ObjectWrap 弱引用导致的，本文介绍一下具体的问题和排查过程，以及 ObjectWrap 的使用问题。
我们通常会使用这种简单有效的算法来判定可以从内存堆中安全清除的对象。算法的工作方式正如其名：将对象标记为可获得/不可获得，并将不可获得的对象清除。 垃圾回收器周期性地从根部或者全局对象开始，移向被它们引用的对象，接着再移向被这些对象引用的对象，以此类推。所有不可获得的对象会在之后被清除。
一．JavaScript简介 JavaScript是一种动态类型的脚本语言；在1995年时，由Netscape公司的Brendan Eich，在网景导航者浏览器上首次设计实现而成。因为Netscape与Sun合作，Netscape管理层希望它外观看起来像Java，因此取名为JavaScript。 JavaScript脚本语言具有以下特点: (1)脚本语言。JavaScript是一种解释型的脚本语言，是在程序的运行过程中逐行进行解释执行，不需要预编译。；而Java、C++等语言需要先编译后执行； (2)
前言：之前分享了 Node.js 的底层原理，主要是简单介绍了 Node.js 的一些基础原理和一些核心模块的实现，本文从 Node.js 整体方面介绍 Node.js 的底层原理。
这是一个很老的问题，相信很多人在工作中都遇到过，之前看到X乎上看到的，分析的很通透，所以跟大家一起分享一下。
V8 是由 Google 开发的开源 JavaScript 引擎，也被称为虚拟机，模拟实际计算机各种功能来实现代码的编译和执行。
parser 将源码编译为 AST，并在 AST 基础上编译为「字节码 bytecode」
JavaScript引擎分析 一． JavaScript简介 JavaScript是一种动态类型的脚本语言；在1995年时，由Netscape公司的Brendan Eich，在网景导航者浏览器上首次设计实现而成。因为Netscape与Sun合作，Netscape管理层希望它外观看起来像Java，因此取名为JavaScript。 JavaScript脚本语言具有以下特点: (1)脚本语言。JavaScript是一种解释型的脚本语言，是在程序的运行过程中逐行进行解释执行，不需要预编译。；而Java、C++等语
前言：V8 除了我们经常讲到的新生代和老生代的常规堆内存外，还有另一种堆内存，就是堆外内存。堆外内存本质上也是堆内存，只不过不是由 V8 进行分配，而是由 V8 的调用方分配，比如 Node.js，但是是由 V8 负责 GC 的。本文介绍堆外内存的一种类型 ArrayBuffer 的 GC 实现。
本章学习 V8 的垃圾回收机制以及如何高效使用内存，内存泄漏以及如何排查内存泄漏。
我们都知道 typeof(null) === 'object'，关于原因，在小黄书《你不知道的JavaScript》中有这么一段解释：
栈的特点是"LIFO，即后进先出（Last in, first out）"。数据存储时只能从顶部逐个存入，取出时也需从顶部逐个取出。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
