I am looking at the example from http://www.javascriptkit.com/javatutors/oopjs.shtml
var person = new Object() person.name = "Tim Scarfe" person.height = "6Ft"
But there is no mention how to "free" it in order to avoid memory leak.
Will the following code free it?
person = null;
Thanks in advance for your help.
Hence there is no explicit way to allocate or free up memory in JavaScript. Just initializing objects allocates memory for them. When the variable goes out of scope, it is automatically garbage collected(frees up memory taken by that object.)
It is also not possible to programmatically trigger garbage collection in JavaScript — and will likely never be within the core language, although engines may expose APIs behind opt-in flags.
The delete keyword is only used to remove a key from an object in JavaScript. You can't delete normal variables or functions, meaning those declared using let, const, or var. Finally, you can only delete the normal properties on objects, not properties of built-in objects.
You don't have to explicitly "free" JavaScript objects. All standard JavaScript hosts/environments use garbage collection based on whether the object can be reached anymore. (There may be niche hosts, such as some for embedded systems, that don't; they'll supply their own means of explicitly releasing things if so.) If the object can't be reached anymore, the memory for it can be reclaimed.
What you can do is ensure that nothing is referencing memory you're not using any more, since memory that is being referenced cannot be released. Nearly all of the time, that happens automatically. For instance:
function foo() { var a = [1, 2, 3, 4, 5, 6]; // Do something }
The memory allocated to the array a
pointed to is eligible to be reclaimed once foo
returns, because it's no longer referenced by anything (a
having gone out of scope with nothing having an outstanding reference to it).
In contrast:
function foo() { var a = [1, 2, 3, 4, 5, 6]; document.getElementById("foo").addEventListener("click", function() { alert("a.length is " + a.length); }); }
Now, the memory that a
points to cannot be reclaimed, because there's a closure (the event handler function) that has an active reference to it, and there's something keeping the closure in memory (the DOM element).
You might think that only matters in the above, where the closure clearly uses a
, but wouldn't matter here where it doesn't:
function foo() { var a = [1, 2, 3, 4, 5, 6]; document.getElementById("foo").addEventListener("click", function() { alert("You clicked foo!"); }); }
But, per specification a
is retained even if the closure doesn't use it, the closure still has an indirect reference to it. (More in my [fairly old] blog post Closures Are Not Complicated.) Sometimes JavaScript engines can optimize a
away, though early aggressive efforts to do it were rolled back — at least in V8 — because the analysis required to do it impacted performance more than just having the array stay in memory did.
If I know that array isn't going to be used by the closure, I can ensure that the array isn't referenced by assigning a different value to a
:
function foo() { var a = [1, 2, 3, 4, 5, 6]; document.getElementById("foo").addEventListener("click", function() { alert("You clicked foo!"); }); a = undefined; // <=============== }
Now, although a
(the variable) still exists, it no longer refers to the array, so the array's memory can be reclaimed.
More in this other answer here on StackOverflow.
Update: I probably should have mentioned delete
, although it doesn't apply to the precise code in your question.
If you're used to some other languages, you might think "Ah, delete
is the counterpart to new
" but in fact the two have absolutely nothing to do with one another.
delete
is used to remove properties from objects. It doesn't apply to your code sample for the simple reason that you can't delete var
s. But that doesn't mean that it doesn't relate to other code you might run across.
Let's consider two bits of code that seem to do largely the same thing:
var a = {}; // {} is the same as new Object() a.prop = "foo"; // Now `a` has a property called `prop`, with the value "foo" a.prop = undefined; // Now `a` has a property called `prop`, with the value `undefined`
vs.
var b = {}; // Another blank object b.prop = "foo"; // Now `b` has a property called `prop`, with the value "foo" delete b.prop; // Now `b` has *NO* property called `prop`, at all
Both of those make the memory that prop
was pointing to eligible for garbage collection, but there's a difference: In the first example, we haven't removed the property, but we've set its value to undefined
. In the second example, we've completely removed the property from the object. This is not a distinction without a difference:
alert("prop" in a); // "true" alert("prop" in b); // "false"
But this applies to your question in the sense that deleting a property means any memory that property was pointing to becomes available for reclamation.
So why doesn't delete
apply to your code? Because your person
is:
var person;
Variables declared with var
are properties of an object, but they cannot be delete
d. ("They're properties of an object?" I hear you say. Yes. If you have a var
at global scope, it becomes a property of the global object [window
, in browsers]. If you have a var
at function scope, it becomes a property of an invisible — but very real — object called a "variable object" that's used for that call to that function. Either way, though, you can't delete 'em. More about that in the link above about closures.)
JavaScript does this all for you, but if you want to explicitly free an object or variable, then yes, setting it to null
is the closest you can get to doing this.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With