Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

180
Visualizações
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.

about 4 years ago · Juan Pablo Isaza
1 Respostas
Responde à pergunta

0

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.

about 4 years ago · Juan Pablo Isaza Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda