Task Queue and Job Queue - Deep dive into Javascript Event Loop Model

Task Queue and Job Queue - Deep dive into Javascript Event Loop Model

Tapas Adhikary
ยทApr 15, 2019ยท

4 min read

Subscribe to my newsletter and never miss my upcoming articles

Listen to this article

There is a famous saying,

Keep every promise you make and only make promises you can keep.

In my last post, I also made a promise that I shall write about the concept of Task and Job Queues. Here is the post on it. Interestingly, this post is mostly about How to keep a Promise and execute it.

Before we move further, I would like to clarify that I will not explain Promises as a concept here. There are plenty of good reads on it. Here is my personal favorite. However, this particular post is about understanding what goes under the hood when a promise gets executed? Along with it, we will also learn the difference between Task Queue and Job Queue.

To recall, some of it already explained here that there is Task Queue in the Event Loop Model. There is a Job Queue as well. Here are a few essential points to note:

  • Not all the tasks are created of the same priority. There are macrotasks and microtasks.
  • MacroTasks are called Tasks, and MicroTasks are called Jobs.
  • Examples of macrotasks are setTimeout, setInterval, setImmediate, I/O tasks, etc.
  • Examples of Microtasks are, Promises, processes.nextTick, etc.
  • The Queue in Event Loop Model holds the Tasks(or the MacroTasks) called, TaskQueue.
  • The Queue in Event Loop Model holds the Jobs(or the MicroTasks) called, JobQueue.
  • For example, Promises are in Job Queue, and the functions for setTimeOut are in TaskQueue.

    With the explanation above, let us re-visit the Event Loop Model once more than last time.


The obvious question would be, how does the event loop decide which queue to de-queue from and push to Call Stack when the Stack is empty? The answer depends on this logic(or, set of rules):

  • For each loop of the 'event loop', one macrotask(Task) is completed out of the macrotask(Task) queue.
  • Once that task is complete, the event loop visits the microtask(Job) queue. The entire microtask(Job) queue is completed before the 'event loop' looks into the next thing.
  • At any point in time, if both the queues got entries, JobQueue gets higher precedence than TaskQueue.

Overall, the Event Loop got one more item to consider in its orchestration of Code Execution. Let us understand the above logic with a Code execution flow.

const tom = () => console.log('Tom');

const jerry = () => console.log('Jerry');

const cartoon = () => {

  setTimeout(tom, 5000);

  new Promise((resolve, reject) =>
    resolve('should it be right after Tom, before Jerry?')
  ).then(resolve => console.log(resolve))



So the expected output is,

should it be right after Tom, before Jerry?

Let me explain Why?

  • The function cartoon gets into the Call Stack.
  • It executes the console log of the text Cartoon. The setTimeOut web API goes outside of the Call Stack in the following execution line, and the associated function tom gets placed into TaskQueue.
  • In the following line of execution, we encounter a Promise. A callback of a promise gets a place in JobQueue. Hence the console log function execution on the promise goes to JobQueue.
  • In the following execution line, the function jerry is pushed into the Stack and executed.
  • Now the fun begins. We have one entry in TaskQueue and one in JobQueue. The Event Loop Model prioritizes all the Jobs in JobQueue over anything in TaskQueue. Hence the callback of the promise get to the Call Stack first, gets executed, and then the function tom gets to the Call Stack from TaskQueue and gets executed.

That's all about it. I hope you got the core concept. Now, Here is a puzzle for you. Let me know what the expected output of this code execution is? Feel free to post a comment with your answer.

const tom = () => console.log('Tom');
const jerry = () => console.log('Jerry');
const doggy = () => console.log('Doggy');

const cartoon = () => {

  setTimeout(tom, 50);
  setTimeout(doggy, 30);

  new Promise((resolve, reject) =>
    resolve('I am a Promise, right after tom and doggy! Really?')
  ).then(resolve => console.log(resolve));
  new Promise((resolve, reject) =>
    resolve('I am a Promise after Promise!')
  ).then(resolve => console.log(resolve));



Tips: Don't be upset if you hear any of your friends talking about another queue called Message Queue. They are just referring to Task Queue just by another name.

I hope you liked the post. Cheers!

Did you find this article valuable?

Support Tapas Adhikary by becoming a sponsor. Any amount is appreciated!

See recent sponsors |ย Learn more about Hashnode Sponsors
Share this