垃圾回收c这样的语言是底层的存储器管理原语malloc ()、free ) )。
像javascript这样的高级语言会自动释放内存。 该过程由内存垃圾回收
虽然我们有自动的垃圾回收机制，但是仍然存在内存管理问题，如内存泄漏
内存生命周期分配内存-内存由操作系统分配给程序使用。 在基本语言中，开发人员可以显式地操作内存。 高级语言是垃圾回收机制。使用内存-这是在程序实际使用之前分配的内存阶段。 在代码中使用分配有ngdgz的变量时，会发生内存读写操作。释放内存-此阶段可以释放所有不再使用的内存，从而释放内存供使用。 与内存分配操作一样，可以用基本语言显式完成。 JavaScript中的内存分配JavaScript在处理内存分配时声明变量值，而无需开发人员干预。
var n=374； //数字加上内存var s='sessionstack '； //为字符串分配内存的var o={ a: 1，b: null }； //对象及其值包含内存var a=[1，null，' str']； //(类似对象)数组及其数组元素的值中包含内存functionf(a ) { return a 3； //分配函数(可调用对象)//函数表达式也包括对象some element.addevent listener (' click '，function ) ) some element.style.byle 某些函数调用还会生成对象分配。
var d=new Date (； //分配日期对象vare=document.createelement (div )； 通过分配//DOM元素来分配值或对象：
var s1='sessionstack '； var S2=S1.substr (0，3 )； //s2是新字符串。 //字符串不变，因此JavaScript可能会在不分配内存的情况下选择存储数组[ 0，3 ]的内存地址范围。 var a1=['str1'，' str2']； var a2=['str3'，' str4']； varA3=A1.concat(A2 )；//包含4个要素的新数组使用由a1和a2数组要素构成的JavaScript中的存储器使用变量，向函数传递参数等动作使用存储器
JavaScript释放内存JavaScript集成了垃圾收集器，垃圾收集器跟踪内存分配和使用情况，并在确定需要释放内存时自动释放内存片段
由于无法确定内存是否空闲，因此在此阶段容易出现内存管理问题，目前垃圾收集器有两种回收机制
方法1 :垃圾回收引用计数这是最简单的内存垃圾回收算法。 当对象被0引用时，它将被标记为“可回收内存垃圾”。
varO1={o2:}x:}；//创建两个对象。 //'o1 '引用的' o2 '作为其属性。 一切都是不可回收的。 //'o3”是引用“o1”对象的第二个变量var o3=o1； o1=1； //当前位于“o1”中的对象只有单个引用，//引用的“o2”属性由变量“o3”表示。 //此对象有两个引用。 一个作为属性，另一个是' o4 '变量var o4=o3.o2； //'o1 '对象目前只有0个参照，可以作为内存垃圾回收。 //但是，无法释放其内存，因为其“o2”属性仍被变量“o4”引用。 o3='374 '； O4=空； //'o1 '的' o2 '属性现在只有0引用。 因此，' o1 '对象可以回收。循环引用带来的bug
循环引用会引起限制。 在以下示例中，将创建两个交叉引用对象，并将其作为循环引用。 在函数调用之后，他们超出了范围，因此实际上没有用，可以释放引用。 但是，引用计数算法认为无法进行垃圾回收，因为这两个对象至少相互引用了一次。
function f () { var o1={}； var o2={}； o1.P=O2； //O1引用o2 o2.p=o1； //o2引用o1 .这导致循环引用(f )； 方法2 )标记-清除算法从2012年开始，所有现代浏览器都有内置的标记-垃圾收集器
为了确定是否需要释放对对象的引用，算法将确定该对象是否可用。
标记-清除算法包括以下三个步骤：
根：一般来说，根是代码中引用的全局变量。 在JavaScript中，window对象是可视为根的全局变量。 Node.j
s中相对应的变量为 “global”。垃圾回收器会构建出一份所有根变量的完整列表。随后，算法会检测所有的根变量及他们的后代变量并标记它们为激活状态(表示它们不可回收)。任何根变量所到达不了的变量(或者对象等等)都会被标记为内存垃圾。
最后，垃圾回收器会释放所有非激活状态的内存片段然后返还给操作系统。
如何解决的循环引用
根据标记-清除算法，即使两个内存循环引用的时候，也无法从根变量获取到他们，所以，循环引用的变量也会被回收
内存垃圾回收器具有不确定性，意思即内存垃圾回收具有不可预见性。
我们不能确定内存垃圾回收的确切时机。这意味着在某些情况下，程序会使用比实际需要更多的内存。在其它情况下，在特定的交互敏感的程序中，短暂的停顿会引人注意。虽然不确定性意味着不能够确定什么时候可以进行内存垃圾收集，但是大多数 GC 的实现都共享一种模式，即在内存分配期间进行垃圾回收。如果没有进行内存分配，大多数的内存垃圾回收器就会保持闲置状态。
分配一段相当大的内存。大多数的元素(或所有)被标记为不可获得(假设我们赋值我们不再需要的缓存为 null )不再分配其它内存。在以上几种情况下，大多数的内存垃圾回收器不会再运行任何的内存垃圾回收。也就是说：即使可以对不可获得的引用进行垃圾回收，垃圾收集器也不会进行标记。虽然这不是严格意义上的内存泄漏，但是这会导致高于平常的内存使用率。
四种常见的javascript内存泄露 意外的全局变量 - 可以通过在 JavaScript 文件的顶部添加 ‘use strict’ 来避免这个问题 // 意外的注册的全局变量bar function foo(arg) { bar = "some text"; } 定时器及被遗忘的回调函数 - 所以千万要记得销毁定时器闭包 - 这个存疑。目前的现代浏览器应该不会造成内存泄露，可参考火星上的可乐或者无辜的指甲油的相关解读移除 DOM 引用 var elements = { button: document.getElementById('button'), image: document.getElementById('image') }; function doStuff() { elements.image.src = 'http://example.com/image_name.png'; } function removeImage() { // image 元素是 body 元素的直系后代元素 document.body.removeChild(document.getElementById('image')); // 这时，我们仍然在 elements 全局对象中引用了 #button 元素 // 换句话说，按钮元素仍然在内存中且不能够被垃圾回收器收集 } 管理内存的方式尽可能减少内存占用，尽可能减少 GC。我们不知道GC什么时间执行，但是我们不希望GC频繁执行
减少 GC 次数
浏览器会不定时回收垃圾内存，称为 GC，不定时触发，一般在向浏览器申请新内存时，浏览器会检测是否到达一个临界值再进行触发。一般来说，GC 会较为耗时，GC 触发时可能会导致页面卡顿及丢帧。故我们要尽可能避免GC的触发。GC 无法通过代码触发，但部分浏览器如 Chrome，可在 DevTools -> TimeLine 页面手动点击 CollectGarbage 按钮触发 GC。
减少内存占用
降低内存占用，可避免内存占用过多导致的应用/系统卡顿，App 闪退等，在移动端尤为明显。当内存消耗较多时，浏览器可能会频繁触发 GC。而如前所述，GC 发生在申请新内存时，若能避免申请新内存，则可避免GC 触发。