There are several topics that are quite difficult to wrap one’s head around when working with JavaScript, because they aren’t as intuitive as they should be or as we expect them to be.
Developers coming from a language background other than JavaScript can have a particularly difficult time with certain concepts.
In this article, we will be looking at the intricacies of function and variable hoisting.
There are several ways to define functions in JavaScript. We will be taking a look at the following three methods:
// function declaration function welcome () { console.log('Welcome to learning JavaScript'); } // function expression // involves the assignment of a named or an anonymous function to a variable. var welcome = function () { console.log('Welcome to learning JavaScript'); } // arrow function var welcome = () => console.log('Welcome to learning JavaScript'); //we can simple call it with welcome(); // Welcome to learning JavaScript
At first glance, the above ways of defining a function look the same.
However, there are subtle differences.
Let’s look at them — for the purposes of this article, we will be focusing more on function declaration and function expression.
double(5) // 10 square(2) // Uncaught ReferenceError: Cannot access 'square' before initialization // at <anonymous>:3:1 const square = function (x) { return x * x; } function double (x) { return 2 * x; }
As we can see, the program doesn’t work as expected.
However, if we comment out the calling of the square function at line 3 or move it below its definition, we can see that the program works as expected.
The reason for this anomaly is that we can call a function declaration before it is actually defined, but we can’t do the same for a function expression. This has to do with the JavaScript interpreter, which interprets a given script.
Function declarations are hoisted, while function expressions aren’t. The JavaScript engine hoists function declarations by lifting it up the current scope before actually executing the script.
As a result, the above snippet is actually interpreted as follows:
function double (x) { return 2 * x; } double(5) // 10 square(2) // Uncaught ReferenceError: Cannot access 'square' before initialization // at <anonymous>:3:1 const square = function (x) { return x * x; }
But the square function isn’t hoisted, which is why it is only available from the definition downwards to the rest of the program. This resulted in an error when it was called.
This is the case with function expression.
There is also another form of hoisting that happens in JavaScript, which occurs when a variable is declared using the keyword var
.
Let’s look at a few examples that illustrate this:
var language = 'javascript'; function whichLanguage() { if (!language) { var language = 'java'; } console.log(language); } whichLanguage();
When we run the above code, we can see that our console logs out java
.
If this surprises you, you’re in the right place. We’re going to take a closer look at exactly what is going on.
In the same way function declarations are hoisted, variables are declared with the keyword var
.
There are a few things to note about the differences in how they are hoisted:
var
when hoisted only moves the variable name to the top of the current scope — not the assignment.
Variables declared using the keyword var
are only scoped by a function, not an if
block or a for
loop.
Function hoisting supersedes variable hoisting.
With these rules in mind, let’s see how the JavaScript engine will interpret the above code:
var language = 'javascript'; function whichLanguage() { var language; if (!language) { language = 'java'; } console.log(language); } whichLanguage();
As we can see, the var language
was moved to the top of the current scope, thus giving it a value of undefined
. That makes it enter the if
blocks, which reassigns it to a value of java
.
Let’s look at another example that further demonstrates this:
var name = 'gbolahan'; function myName() { name = 'dafe'; return; function name() {} } myName(); alert(name);
We can deduce what the above code will produce by following the rules of how the JavaScript engine will interpret the file.
Lets see how it is interpreted:
var name = 'gbolahan'; function myName() { function name() {} // hoisted name function name = 'dafe'; // name reassigned to a new value. return; } myName(); console.log(name);
gbolahan
will be logged out because the name defined in the myName
function is scoped by that function and is discarded after the function is execution.
This covers most of the things to consider when working with hoisting in JavaScript. There are a few exceptions to these rules, but with the introduction of ES6 you’re now able to avoid many of these caveats by using the const
and let
keywords when declaring variables.
It helps to have an understanding of how hoisting works, particularly since you’re likely to come across it during JavaScript interviews.
Debugging code is always a tedious task. But the more you understand your errors, the easier it is to fix them.
LogRocket allows you to understand these errors in new and unique ways. Our frontend monitoring solution tracks user engagement with your JavaScript frontends to give you the ability to see exactly what the user did that led to an error.
LogRocket records console logs, page load times, stack traces, slow network requests/responses with headers + bodies, browser metadata, and custom logs. Understanding the impact of your JavaScript code will never be easier!
Would you be interested in joining LogRocket's developer community?
Join LogRocket’s Content Advisory Board. You’ll help inform the type of content we create and get access to exclusive meetups, social accreditation, and swag.
Sign up nowThe useReducer React Hook is a good alternative to tools like Redux, Recoil, or MobX.
Node.js v22.5.0 introduced a native SQLite module, which is is similar to what other JavaScript runtimes like Deno and Bun already have.
Understanding and supporting pinch, text, and browser zoom significantly enhances the user experience. Let’s explore a few ways to do so.
Playwright is a popular framework for automating and testing web applications across multiple browsers in JavaScript, Python, Java, and C#. […]
3 Replies to "Demystifying function and variable hoisting in JavaScript"
Nice article
Thanks for the compliment.
Hi, You said Function hoisting supersedes variable hoisting.
Why is it then the variable declation var name = ‘gbolahan’;
is still higher than the function myName() ?
Isn’t supposedly in this order?
myName(){}
var name = undefined;
name = ‘gbolahan’