The removeChild
method simply removes it from its parent. If it’s a visible element of the page, it will be removed from the page.
But Javascript has garbage collection. This means that the node object itself will remain in existence as long as any variable refers to it. So you can assign a node to a variable, use removeChild
to 'prune' it from its parent node, and later on, insert or append it to some other node, thereby effectively moving it around on the page.
The following code will remove a node, and wait 10 seconds before re-adding it to the tree (and thus, to the page):
var oldNode = someNode.removeChild(...);
setTimeout(function () {
document.documentElement.appendChild(oldNode);
}, 10000);
This means that the node object hasn’t been deleted from memory, because there’s still a variable pointing to it (namely, oldNode
).
Another case:
var node = document.getElementById('test');
// ... do stuff
node.parentElement.removeChild(node);
// 'node' still exists, but has been removed from the page
// ... do some more stuff
node = document.getElementById('hello');
// The variable 'node' now points to something else;
// this means the original node will be deleted from memory
If, on the other hand, you don’t reassign the removed node to another variable, it can’t be accessed anymore (not via the document tree, since it’s been removed from there; and not via a JS variable); so Javascript will automatically purge it from memory:
someNode.removeChild(...);
Assigning the removed node to a variable, and then assigning null
(or anything else) to that variable — like Marc B suggests in his answer — is completely unnecessary and, IMHO, silly.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…