Month: 11月 2022

这几天在写代码的时候一直想到一个问题，内存的问题，这个问题解决不了，始终不能安安心心写代码（我这里又又又定义了一个变量，闭包能访问到它，但是我在闭包函数中并没有访问他，闭包一直存在，不占内存吗？之前也一直有一个问题，不解决也是寝食难安，见事件处理函数中this的指向以及函数上下文的继承），以前写c,c++的时候，似乎每次全局作用域有数组我不用了，我就手动给它删除了（局部变量出了作用域就自行销毁），而写javascript的时候意识到，虽然避免使用了全局变量，可是因为闭包的存在难道不会导致内存的泄漏（只要闭包函数存在，就始终拥有对外部函数的作用域的访问权限）？
之前第一次看《javascript高级程序设计》的时候，记得有一节是说垃圾回收机制，当时连对象，应用，原型什么的都没有搞清楚，那章基本上也就跳过了，现在回想起来，似乎我很少在js中对其内存进行管理，除了我不想要某个属性了，会delete一下，别的都没有进行管理，那么Js不需要内存管理吗？不会发生内存泄漏？

js垃圾回收机制

Js有自己的垃圾回收机制，会帮助开发者管理内存。回收机制会查找应用无法到达的内存。这其实跟我们的初衷是有一些细微但是很重要的差别，该机制是寻找无法到达的内存，而我们想要的其实是寻找我不会再使用的内存。一块内存（一个变量，引用），只有开发者我们自己才知道会不会再用到，而检测机制，只能检测到程序中别的地方不会再调用的内存（也正常，要是检测机制能检测到那个变量我不用了才奇怪了）。所以，如果我们不使用某个变量了，让程序别的地方都引用不到它，垃圾回收机制就能够发现并处理它，而内存泄漏的根本原因就是我们不打算继续使用的内存还存在着引用，从程序别的地方可以访问到它，就不会对其进行释放。
综上可以这么说：js的回收机制的关键是理解可到达的概念。从根(window)出发，能够到达的变量都会留在内存中，只有无法到达的节点(变量，函数)才会被回收机制回收。从而完成内存的释放。而引起内存泄漏的根本原因就是存在不想要的引用，使得不需要的内存能够从根节点到达，从而无法释放该内存。

js回收机制示例

普通对象回收机制

如下代码：

function Menu(title) {
  this.title = title
  this.elem = document.getElementById('id')
}
 
var menu = new Menu('My