我正在使用兰迪图书馆并读取detach的文档:“当它不再被使用时破坏范围”。
目前,在我用cloneRange创建的一些范围内,没有一个好地方可以在代码中调用cloneRange。因为它是我正在编写的编辑器,所以这段代码可以被称为很多次。
我应该担心内存消耗,因为我没有调用detach,还是垃圾收集最终会收集未引用的范围?
基本上,这可以归结为一个问题: Rangy会保留对创建的范围的引用,而cloneRange会阻止垃圾收集正常工作吗?
发布于 2014-01-30 18:28:17
实际上有两个detach方法:一个在本地范围(由document.createRange()创建的那些范围),另一个在其range对象上公开的方法。
DOM's detach
detach之所以存在,根本原因在于它是由DOM级别2授权的。
现在,通过这个错误报告中的讨论,detach的思想是,它应该使浏览器能够释放计算资源。只要使用范围,浏览器就必须跟踪它。从bug报告中的讨论来看,以下内容似乎是正确的:
Range.detach。此外,WHATWG使其成为一个诺普,因此浏览器可能迟早也会效仿。
朗迪氏detach
Rangy设置其范围的detach方法调用DOM的方法并执行一些内部簿记。
查看Rangy的代码,我发现没有任何东西表明在Rangy创建的范围上调用detach可以防止垃圾收集问题。
我想知道蒂姆·唐恩(“朗迪”一书的作者)是怎么想的,于是我找到了他写的这里的一篇文章。他似乎同意摆脱detach()。如果只是为了向后兼容的话,可能需要一段时间才能将其移除。
所以我不会费心叫它。
https://stackoverflow.com/questions/21459682
复制相似问题