CODEWITHSUNDEEP
javascriptnode.jssigintgraceful-shutdown
kshetline
kshetline

Reputation: 13672

How do I catch *and ignore* SIGINT in Node.js?

I've found a different post on a related topic (How to perform an async operation on exit), but perhaps it doesn't apply to macOS, or just isn't true anymore when running Node.js v14.

My original question was more complicated. I couldn't get setTimeouts or await to work correctly in a callback (or async callback) for SIGINT. But then I realized what I really needed to do, first and foremost, was to be able to catch and ignore SIGINT.

If I could do that, then I could shutdown in response to SIGINT too, if and when I wanted to.

So I went back to basics to see if I could simply disable SIGINT. I couldn't.

I could detect SIGINT, I could respond with console messages or any other synchronous code, but my code was going to shutdown, and shutdown soon, no matter what I did.

process.on('SIGINT', () => { console.log('here'); return false; });
process.on('SIGINT', () => { console.log('here'); return true; });
process.on('SIGINT', () => { console.log('here'); return undefined; });
process.on('SIGINT', () => { console.log('here'); return new Promise(resolve => { console.log(resolve); }); });

None of these approaches prevents my Node.js server from shutting down after hitting Ctrl+C, or otherwise sending a SIGINT to the process.

UPDATE:

When I run my server via node app.js, SIGINT interception is working just like it should!

Apparently I've been being driven crazy by an artifact of running my server app indirectly through nodemon. A Ctrl+C from my IDE's terminal, or an interrupt sent using the IDE's graphical red 🟥 (stop) button can't be properly caught, because the resulting signal is really being sent to nodemon. Outside of the IDE environment, however, without nodemon figuring into things, my graceful shutdown works as I want it to.

Upvotes: 9

Views: 3171

Answers (1)

B M
B M

Reputation: 4019

If you observe this kind of unexpected shutdown behavior always think "who is sending what signal?". Depending on the OS and other processes a lot of other signals could be sent, for example see How does SIGINT relate to the other termination signals such as SIGTERM, SIGQUIT and SIGKILL?.

What was most likely happening in your case was that the nodemon process was sending a SIGKILL after the SIGINT. Several such signals exist that cannot be aborted. nodemon allows to control the default termination signal via --signal, see https://github.com/remy/nodemon/blob/master/doc/cli/options.txt. nodemon can also be configured via a local and global config file, see https://github.com/remy/nodemon/blob/master/doc/cli/config.txt.

Upvotes: 5

Related Questions