JavaScript Event Loop: How it Works and Why it Matters in 5 Minutes
Вставка
- Опубліковано 15 чер 2024
- One of the most important concepts to learn in JavaScript! The Event Loop is core to how JavaScript handles asynchronous code. In this video, we'll break down the call stack, event loop, and event queue to show you how JavaScript works under the hood.
*Advent of CSS and JavaScript Courses are 50% off with code BLACKFRY through 12/5/22*
www.adventofjs.com/
www.adventofcss.com/
** Resources **
Original Article - dev.to/nodedoctors/an-animate...
Follow Andrew on Twitter - / andrewhu368
*QUESTIONS ABOUT MY SETUP*
Check out my Uses page for my VS Code setup, what recording equipment I use, etc. www.jamesqquick.com/uses
*STAY IN TOUCH 👋*
Check out the Podcast - compressed.fm/
Courses - jamesqquick.com/courses
Newsletter 🗞 - www.jamesqquick.com/newsletter
Follow me on Twitter 🐦 - / jamesqquick
*DISCORD*
Join the Learn Build Teach Discord Server 💬 - / discord
** Timestamps **
00:00 - Intro
00:50 - Advent of CSS and JavaScript Course Discounts
01:18 - JavaScript is Single Threaded
02:09 - JavaScript Call Stack
04:15 - Event Queue and Event Loop
06:20 - Wrap Up
I loved it, thank you. It would be so great if you make a series like this , explaining advanced concepts under 5 minutes.
Finally, after looking for n^1000 videos, forums... I found a person who can explain these terms in real simple and understandable way 😭really appreciate your work man.
Really? It was a very lame explanation. He skipped many essential parts while dragging on single things.
Amazing video. Whenever I forget how it works I just jump over here and everything is clear again. Thank you mate!
Understanding the LIFO/FIFO nature of the call stack vs the event stack is really cool, thank you.
So glad that was helpful :)
This is true but i think its important to not call event queue "stack" when the real data structure its a Queue. When you think about stacks and queues from real life everything makes sense
Excellent explanation. This is exactly what I was looking for.
Thank you! Very concise and simple explanation of not an easy concept! 💛
Super bro ... u explained a complex theory so simply with a beautiful animation.
Really nice and simple way of explaining complex concepts. Great video
I like this overexplanation. Please do more. I am even watching tiktok videos that loop short coding lessons and they’re sinking in more.
Thanks Mr. Quick. This was neat magnificently explained
i am really thankful for this video just before my interview, , feel having clear idea about what happen behind the scenes with node.js, please more advanced topics like this with such great explanantion
Wow, that's so cool to hear. Hope it went well!
Always come here for a quick refresher before I have to explain it to anyone :) That article is excellent in itself too! great content!
Thanks for watching!
Amazing explanation, it was very clear! Thanks :)
one of the clearest explanation of event loop, thanks James
Yayyy!!
You just made it crystal clear. Thanks so much.
Now I got it, thank you. That is a really great explanation James! You've got a new sub
Yayyyyy!!! Glad it helped!
Great and short tutorial! Highly recommended
Perfect explanation, thank you!
Great video, keep going James! :)
Perfectly explained. Thank you
Very clear explanation... great video!
That was amazing explaining, thank you so much
Thank you very much. It was explained very well and I finally understood what an JS Even Loop is. You did a great job in explaining it!
So glad to hear that!
Great explanation here James!!!
Awesome explanation, much appreciated. Thanks :)
Finally ! Amazing explanation Sir !
Brilliant. I think I finally understand.
SUBBED!
Awsome sir now I understand watching many videos this is very simple to understand.
fantastic video, thanks!
wow great video , it simple thanks for the virtual presentation
Thanks for the quick refresher, man! Plus correcting my pronunciation of "lib-you-vee" library ;)
Expected a 5 minute video but I got 2 whole extra minutes of James for free! What a deal
Always here to please!
this explanation was amazing
Great video, thank you!
THNKAS A LOT i was havnig a hard time to get this idea but you have explained really simple, so Here you have a new student, thanks again and have a great day...and if your a reading this and your not the teacher , have a great day to smile, and remember you are important to.
Thanks for this!!!
Great Explanation, Thanks a lot
Glad it helped!
Very good explanation. Thanks
So glad it was helpful!
really well explained.
awesome...thank you so much.
very good explanation
Wow, really, really understandable!!!
Clearly understand ❤ followed
Amazing explanation!!
So glad you found it helpful!
really impressive thanks man
Glad you enjoyed it!
Great explanation!
Thank you. Hope it helped!
Something to add there is that. This is the event loop explained from the NodeJS side. If you take a look at the event loop in the browser side. It's much mure complex due to UI taks, Render Tasks, Dom Tasks, Net tasks.
I’m not sure that’s true? How is it different? It still uses the same offloading mechanism for async work right?
Awesome tips!
Thank you! Glad it was helpful!
Woa truly appreciate it
I'm here with no background knowledge on JavaScript. I need to know this for an assignment and I find the video insanely easy to understand
note : libuv is written primarily in c ,
great explanation king
Thanks!
Best video on node js event loop in 5 minutes
AYYYYY!!
thank you pls do not stop thank you
Wow, I finally get it. Where does the heap come into this?
Thank you so much...
Thanks 🙌🏼
Cleannnn thanks
Awesome! I have few questions 1. few days ago i was reading a medium article in which they use the term callback queue but here you mentioned event queue. 2 they called it Node APIs and you mentioned Libuv APIs. 3. They also did mention what's called MicroTask Queue, but here it was missing. 4. Does Event Loop handles only Async operations? 5. How does Event Loop handles setTimeout functions?
So I believe "callback queue" would be the same as the "event queue". I would assume Node APIs are also referring to the Libuv APis as well. I have never heard of the MicroTask Queue, so I'm not sure where that fits in. For the event loop, yes, it is only looking for async operations that have finished running.
setTimeout takes a callback function. So, when setTimeout is called, it sends it off to the underlying APIs to be handled. When the timeout is done, it then throws the event/callback onto the Event Queue. The Event Loop will find the event on the queue and pass it back to JavaScript call stack.
hope that helps!
Same doubt as yours, I just watched a different video where the event loop components are mentioned as follows: Call stack, event loop, micro tasks queue, macro tasks queue and scheduled tasks queue.
@@ivansandoval3757 You have probably watched the explanation of the browser event loop, whereas here it's the nodejs event loop
They work in a different way. Not to mention the fact that browsers don't have the Libuv API
Wonderful Info Sir! please make a series on vue js
Glad you enjoyed it! I still haven’t really spent time with vue yet but I want to!
For me the most tricky part is that you never really know when the function you call is going to be asynchronous or synchronous. For example if you read data from a file and then process it, for small files it will be synchronous and for the files with let's say 300k lines it will most likely be asynchronous (it also depends on what you do with these lines). It's obvious that all HTTP requests are asynchronous so this is quite easy to handle or predictable at least.
Well, I think you can tell something is asynchronous based on two things:
1. it returns a promise
or
2. if takes a callback function as a parameter
Thank you 👍👌
Best explanation ever
Yes! So glad to help!
Thanks!
thanks a lot man
U saved me man. Thank you.
Yay!!!
Clearly understand ❤️
Yay!! Glad to hear that!
Thanks for the video! And yes, I have a question.
So we know that every async procedure will go to the event queue. And it will only passed to the call stack if this is empty.
So...
1. What about if we have a large large project, with many sync procedures, the event loop will wait until ALL of them finish before pass it to the call stack and give the result?
2. How it work then the "await", if we know that we need to clear the call stack before pass the async functionality. How it work when we need to have some data before proceed with the other instructions?
For example
data mutation 1,
data mutation 2,
data mutation 3,
await for something()
data mutation 4
How it works when we need to have the "something" before go to the data mutation 4
Thank you!
thanks bro
Great video. One complaint, this is the node event loop which isn't exactly the same thing as JavaScript
great video
Thanks
thanks
so if we have async/await, it will put the asynchronous to libuv, then event queue, and stack it to the call stack along with the other synchronous tasks?
great explanation
Thank you! Did you already have a good idea of what the event loop is?
@@JamesQQuick nope not until today, learnt something new
@@krateskim4169 Ah so glad it helped!!
Hi there, I'm watching this in April - if I sign up on the website you linked, can I still see the 24 JS and CSS challenges you did for Advent?
Yep!
Hi, 5:15 Eventloop use to take the event from queue and pushes into the callstack only when the callstack is empty. Means, eventloop do not take the event from the queue when there is an event(atleast 1) in the callstack. Am I right?
What if there are multiple events waiting in event queue. Do the eventloop dequeues all the events one by one from eventqueue when the call stack is empty or it will dequeue only one event?
What about js workers? You can do multi threaded tasks with it.
A nice walkthrough the JS Event Loop. Thanks, James
{2024-04-15}
Just a minor correction, libuv is written in C, not C++
awesome
He says the event loop is "first in last out" is that out from the place it came it in or other end?
where I can find more videos on js concepts?
First time hearing about LIBUV API. I thought async task directly goes from callstack to event queue. LIBUV only applicable in nodejs? Still not clear what exactly processing LIBUV does to async task before it goes to event queue
what does it mean when we say that event loop is blocked and how does that happen?
so if there is an incoming synchronous code and a callback at the same given time, what is the precedence for the call stack?
when synchronous code and a callback are both triggered at the same time, the synchronous code takes precedence over the callback function in the call stack. This means that the synchronous code will be executed first, and then the callback function will be added to the call stack and executed once the synchronous code has finished running.
Okay this is Node platform with C++ wrapper. but what about browser where we dont have Node and still have async JS?
Getter and setter please and why using it
You're interested in why people use getters and setters?
you gonna confuse people between the built in javascript event loop and nodejs thread pool + event loop which libuv provide
what is microTask and macroTask ?
What when call stack is empty and event queue too and some async task is running in libuv thread. How JS know to wait for libuv?
Hmm, well JavaScript land just knows to constantly check the event queue when it's done running code. So as it constantly checks, eventually libuv will put something back on the queue for JavaScript to process.
So this mean that "console.log()" doesnt go to event loop?
nice
For 5 mins it is fine, but the micro task loop concept is missing
i don understand the part where the stack is empty and event loop pushes the callback to the stack. will the stack ever be empty? when does the stackbecome empty?
The stack gets filled once javascript code its readed. Then it will execute functions from the call stack starting from the top, cleaning out functions once executed. In this particular case. The only function added to the call stack was a console.log. But the code also executed an asynchronous function. Wich is sent to the Lubuv Api to ne handled. Once this operation is completed is sent to the event queue. The event loop checks if the call stack is empty and if there is something inside the event queue. If that happens, it will move this callback from the quewe to the call stack. Execute the callback and clean the stack again.
It kind a faking multi thread libuv api is like giving task ti subsystem to excute like os or kernal to excute the fetch operating libuv is waiting for result when it got its result it send to evet quew which means node is not creating thread but it use sub system thread which is also running on same cpu means is multithreaded
I've been developing in JavaScript for over 20 years now. But when I was interviewed recently for a new job, and asked about JavaScript event loop, I could not remember it for the life of me. This is mainly academical knowledge, not something that you need as an experienced developer. People who do interview are often dumb, and do not understand that.
Explain the “popping off the top” more
🔥
hey james i have a question. i have a recruiter promising me training and job placement. is this for real or is there a catch. i asked about info, they said when u get to the country than will talk, but keep on liking my projects on linkedin
also when u said, if the callback is an async code, the cycle repepats. officialy some async code went into the LIBUV API, now was that the callback or some different code ?
nice video but the title is a bit misleading, this is actually the node.js event loop as you say at the end of the video, not the javascript event loop as the title says.. JS natively does not use libuv, instead it uses the browser's built-in Web APIs to handle asynchronous tasks