DEV Community

Cover image for What Is Concurrency In Node JS?
Mainasara Al-amin Tsowa
Mainasara Al-amin Tsowa

Posted on

What Is Concurrency In Node JS?

#webdev #javascript #showdev #node

Javascript is a single-threaded language, this in certain situations can be very limiting because the process is stuck executing on one thread and can't fully utilize the CPU it is running on but thanks to concurrency, it's single-threaded nature is less of a problem.

But wait, what is concurrency !?

I am glad you asked (Even if you didn't ask just pretend you did and we will move on 😉)

Basics

Concurrency means two or more processes running together in one thread but not at the same time, a lot of us have come across concurrency in Node JS but might not have noticed it (Prime example = me 😅).

Example:

You can run this code!!

const fs = require('fs'); fs.writeFile('./file.txt', 'Hello World!!', function(){ console.log('Wrote "Hello World!!" into file.txt'); }); console.log('Writing "Hello World!!" into file.txt');

The code in the example above must be familiar to most of us, but did you know this is a prime example of concurrency?. We all agree that line 7 is executed before line 5 right, Well that is concurrency!, multiple separate processes running in the same thread by taking turns to execute code.

These are the steps taken during execution.

  • fs.writeFile calls an underlying function which acts as a proxy between JS and C++

  • The function calls C++ code which creates a process on the event loop that will handle the write operation

  • console.log('Writing "Hello World!!" into file.txt')

  • The process writes content to file.txt

  • The process returns and our callback is executed

  • console.log('Wrote "Hello World!!" into file.txt')

This is great and all but there is one side effect to writing code with concurrent behavior and it is affectionately called the "Callback Hell"

Example:

Writing a file and then reading from it.

const fs = require('fs'); fs.writeFile('./file.txt', 'Hello World!!', function(){ console.log('Wrote "Hello World!!" into file.txt'); fs.readFile('./file.txt', function(err, data){ if(err){ throw new Error(err); } console.log('Read "', data.toString(), '" from ./file.txt') }) }); console.log('Writing "Hello World!!" into file.txt');

This gets exponentially worse the more you need to use data provided by such a function but the entire ordeal can be avoided when you use Promises.

Promises

Promises are javascript structures that "Promise" the resolution/failure of asynchronous code and help us handle their successes/failures in a syntactically synchronous manner.

Example:

const fs = require('fs'); const readPromise = function(){ return new Promise(function(resolve, reject){ fs.readFile('./file.txt', function(err, data){ if(err){ reject(err); } resolve(data); }) }); } const writePromise = function(){ return new Promise(function(resolve, reject){ fs.writeFile('./file.txt', 'Hello world!!', function(err){ if(err){ reject(err); } resolve(); }) }); } writePromise() .then(() => { return readPromise() }) .then(data => console.log(data.toString())) .catch(err => console.log(err));

The above code does not look that much better but with promises also come along the async/await keywords which will be extra helpful in cleaning up our code.

The await keyword helps us retrieve data resolved by a promise as if it were directly returned from a synchronous function, but await only works from within an asynchronous function and this is where the async keyword comes in, it helps us define asynchronous functions where we can use await.

Example:

const fs = require('fs'); const readPromise = function(){ return new Promise(function(resolve, reject){ fs.readFile('./file.txt', function(err, data){ if(err){ reject(err); } resolve(data); }) }); } const writePromise = function(){ return new Promise(function(resolve, reject){ fs.writeFile('./file.txt', 'Hello world!!', function(err){ if(err){ reject(err); } resolve(); }) }); } async function start(){ await writePromise(); // data returned as if it were from a synchronous function const data = await readPromise(); console.log(data.toString()); }; start()

Now that is clean asynchronous code!!

Taking it further

Now that we can create promises and await them, we no longer need to use callbacks. Here are some general examples.

Note: The default libraries in Node JS don't have great support for promises so we will be using third-party libraries for the async examples

API calls

Using callbacks

const http = require('http'); http.request('http://jsonplaceholder.typicode.com/todos/1', function(res) { let data = ''; res.setEncoding('utf8'); res.on('data', function (chunk) { data += chunk; }); res.on('end', function(){ console.log(JSON.parse(data)); }) }).end();

Using promises

const fetch = require('node-fetch'); async function start(){ const response = await fetch('http://jsonplaceholder.typicode.com/todos/1'); const data = await response.text(); console.log(JSON.parse(data)); } start();

Spawn processes

Using callbacks

const { spawn } = require('child_process'); const ls = spawn('echo', ['Hello World!!']); let data = ''; ls.stdout.on('data', (_data) => { data += _data; }); ls.on('close', (code) => { console.log(data); });

Using promises

const spawn = require('spawn-promise'); async function start(){ const out = await spawn('echo',['Hello World!!']); console.log(out.toString()); } start();

Conclusion

Concurrency is a beautiful thing, especially in large scale applications where speed is a huge priority and I hope this post helped you learn a bit more about it and how best to apply it.

Thanks for reading!!!

Consider giving me a follow on Twitter and you can check out my previous post here

Top comments (6)

Collapse
 
yohancourbe profile image
Yohan Courbe •

Interesting reading, worth mentioning we should always surround our await with try catch block for error handling (future version of node will crash the process in case of un handled promise rejection). Cheers

Collapse
 
diek profile image
diek •

Nice post, i just want to say one thing.

In your promise example, you are nesting readPromise() in a callbackhell structure again, even if there is less lines of code.

Maybe you don't know, and that's the reason i write this, to share knowledge, if inside then() block you return a promise again, you can append another then to the chain.

Collapse
 
neutrino2211 profile image
Mainasara Al-amin Tsowa •

Thanks!!, didn't notice

Collapse
 
wizardrogue profile image
Joseph Angelo Barrozo •

Hi! Great article!

I've been using NodeJS since v0.10.28 and I've gone from callbacks to using an async library to using Promises. I'm almost certainly going to try using async/await now but the little fearful and lazy dev in me doesn't want to believe you and he really doesn't want to change his coding style. Can you help me out here? Is there a legitimate reason why I should listen to him and maybe stick to Promise-then chains I am all to familiar with at the moment?

Collapse
 
neutrino2211 profile image
Mainasara Al-amin Tsowa •

There is no specific reason to use async/await over promise chains, it's all about what you prefer 😁

Collapse
 
mejtfk profile image
Lee Abdulraheem •

Great post....

Read next

aliyuadeniji profile image

Variables and Data types in Rust: A simplified approach.

Aliyu Adeniji -

abayomijohn273 profile image

Deploying NestJS Application using Vercel and Supabase

Abayomi Olatunji -

heritech9 profile image

Week 4 Recap of #100DaysOfCode: From Creative CSS to JavaScript Adventures 🚀

heritech9 -

hassanazhar profile image

Detailed Comparison of Prettier, Biomejs, and VoidZero

Hassan Azhar -