很多人觉得图形容易是因为很多先验知识被忽略了，很多逻辑自己脑补了。不信自己通过画图来描述下自己熟悉的一个网站所有隐含逻辑，根本无法做到。

因为本质上图形相比文字不具备很好的逻辑表述能力，这种方案注定是失败的。

@lithiumii 好有道理

古之成大事者，不惟有超世之才，亦必有坚韧不拔之志。

分享自己整理的文章，如何了解 ES 最新提案。https://juejin.im/entry/5e13494b5188253ab17ef6e5

人贵以恒，事成于敬。

我提一个问题，按照上面说的各种 package.json 不变就不重新构建，无法依靠 semantic 版本号进行小版本的自动更新了。

@secondwtq 感谢回复

苹果现在变坑了，之前买了一个去广告软件看它指定的小说站没效果，六块钱发了好几封邮件也不退。

摊派转硕，最划算。感觉毕业遥遥无期还是早点退出，25 又不大

@vevlins 正因为 reference 才需要走完整的垃圾回收机制，因为不确定该指针在什么地方被引用了。但 primitive 每次都是 pass by value，自然跟作用域保持一致就可以。

再补充下，看到有文章说所有值都是存储在堆内存上(现在的 v8 不一定这样，跟上面说的一样应该怎么实现都可以，只是效率和稳定性的区别)，栈中只存储指针，感觉这种说法很合理，指针的大小都是固定的且比较小的，如果还超过就爆栈。 垃圾回收机制应该跟大多数文章说的一样，按照我现在猜测，如果是 primitive 则在退出后清理引用的空间，reference 才走完整的垃圾回收机制。primitive 是 pass by value, object 是 pass by reference，所以才有深拷贝和浅拷贝的区别。

至于 immutable 还是 mutable，还要再深入理解下。

又想了想，感觉自己是被很多“深拷贝浅拷贝”之类的文章误导了。

存储在哪里跟 primitive 与否没有任何关系，完全取决于实现方式。不过之前说的前提还是成立的，1 要考虑生命周期 2 要考虑会不会爆栈。 在这个前提下，即使是 primitive 的字符可以放在堆上，因为一个字符类型的量大小范围非常大。

@marcong95 v8 对 string 的存储似乎有些复杂，看了几篇文章没看懂，情况有些多。 但有的地方提到了 v8 对单个字符的上限有 512MB，应该是存在堆上。

primitive 的确实是 immutable 的，重新赋值会重新开辟一个空间。当然我也没看过 v8 之类的实现，但大多数文章都是这样说的。

@nfyig 按照我的理解，本身这个变量确实是 primitive，但被引用做闭包后这个量被包含在了返回的的 function 对象内部，从 primitive 变为一个 reference 量下类似于 upvalue 之类 key 对应的 value 了。这跟题目中的说法不冲突。

再明确一下讨论的范围，js 确实不直接操作内存，具体原理肯定要考虑到解释器 /编译器的实现，但这样思考感觉又像是套娃。至少按照这种说法，java 也没有内存一说了。

但是按照我的理解，诸如 primitive 和 reference 这种在 ecma 中制定并描述了其行为的数据类型，JS 引擎为了实现这种行为规范，应该会在底层采取某种内存分配方式。

讨论的范围仅限制在规范层面和 V8 实现层面。

@muzuiget v8 是用 c++写的，是否要看 c++中如何实现呢。我也有这种想法，但按照这种思考方式，哪些语言 /编译器才有直接操作内存的能力呢？

ecma 没有对内存分配做规定，那 v8 等主流的引擎是如何实现的呢？ 我看到过有 stackoverflow 回答中提到 null\undefined\true\false 在 v8 实现中是放在堆上的，类似于 Java 中 Boolean.True 的概念，为何要这样设计？

再补充一下，其实我想说的 callback 机制是 js 中的 eventloop，而非 cps 之类的概念。