JavaScript 中的内存泄漏这个话题并不经常被提及。然而，我偶然发现本文 http://www.ibm.com/developerworks/web/library/wa-memleak/，写于 2007 年。作者指出：
Internet Explorer 和 Mozilla Firefox 是最常用的两种 Web 浏览器
通常与 JavaScript 中的内存泄漏相关。
2011 年我还应该担心 JavaScript 内存泄漏吗？如果是这样，我应该注意什么？
优秀的 JavaScript 开发人员会意识到可能导致内存泄漏的各种设计模式，并且您会避免在几乎所有编码的页面中编写可能导致泄漏的任何内容。
例如，在 javascript 变量中保留对任何 DOM 对象的引用将使该 DOM 对象在内存中保持活动状态，即使它早已从 DOM 中删除并且您打算释放它。
实际上，泄漏仅在某些情况下才显着。这是我特别担心的地方：
- 我在计时器上重复执行的任何操作，特别是如果它可以长时间运行的话。例如，如果您有一个可能会永远循环的幻灯片，则必须绝对确保幻灯片中没有任何内容是 JS 或 DOM 对象的累积泄漏。
- 一个像应用程序一样工作的网页，用户可能会长时间停留在同一页面上，与页面交互，执行 ajax 调用等......例如，一个网络邮件应用程序可能打开并在同一个实际浏览器上文档很长一段时间进行大量的用户和服务器交互。
- 定期创建和销毁大量 DOM 元素的网页，就像定期使用 ajax 获取一堆新 HTML 的网页一样。
我不太担心泄漏的地方：
- 没有用户可以执行的长时间运行的交互集的网页。
- 在加载其他页面或重新加载此页面之前，网页不会在屏幕上停留很长时间。
我密切关注的一些关键事项。
- 创建/销毁 DOM 元素时包含对 DOM 元素的引用的任何持久 JS 变量或属性。
- 包含对其他 DOM 对象的引用的 DOM 对象的任何属性，或对包含对其他 DOM 对象的引用的 JS 对象的引用（这可能会在 JS/DOM 之间创建循环引用和交叉引用，某些较旧的浏览器无法释放这些引用）。
- 我加载供临时使用的任何大型数据结构。我确保不保留对这些大型数据结构的引用。
- 任何数据缓存。确保没有缓存任何您不想缓存的大数据。确保所有重复使用的缓存不会永远累积，并具有某种老化机制来清除旧对象。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
