I punti di interruzione del debugger di Webstorm non funzionano nei nodejs

Question

Quando si tenta di impostare un punto di interruzione e di eseguire il debug del file, il debugger esegue semplicemente l'app senza fermarsi ai punti di interruzione. Questo è il mio codice:

console.log('123'); 

E questa è la mia uscita:

/usr/bin/node --debug-brk=39765 --nolazy index.js 
debugger listening on port 39765 
123 

Process finished with exit code 0 

Qualcuno ha un idea di cosa potrebbe essere il problema?

Answer 1

1. Vai Run -> View Breakpoints... o colpire spostamento + comando + F8 in OS X.
2. Selezionare il punto di interruzione dalla lista e assicurarsi Suspend sia selezionata.

Answer 2

tenta di disattivare js.debugger.v8.use.any.breakpoint nel registro WebStorm.

si può fare andando a Aiuto ->trovare l'azione

Lì basta inserire Registro.

Per me la disattivazione di questa opzione ha reso necessario eseguire il debug di qualsiasi cosa relativa al nodo molto più veloce e molto più prevedibile.

Answer 3

voluto carillon e dire che è assolutamente fondamentale utilizzare --debug-brk e non --debug con ottenere WebStorm punti di interruzione per lavorare per il debug remoto oltre a gestire il server direttamente da WebStorm.

Anche se tecnicamente --debug-brk appena si ferma e attende il debugger di aderire, e --debug consente di unire più tardi, i miei punti di interruzione non è riuscito con un solo --debug non importa la configurazione remota ho provato.

Per quanto posso dire, la connessione di WebStorm 11 a un server node.js sulla porta di debug, con solo --debug, si collegherà ma non riuscirà a caricare alcun punto di interruzione che funzioni.

Answer 4

I punti di interruzione del debug non funzionano nel mio PhpStorm 2016.3.2 con NodeJS 7.7.x. La mia aspettativa è che WebStorm avrà lo stesso problema.

Se si esegue il downgrade del al nodo 6 (l'ho provato con 6.9.4), inizia a funzionare correttamente.

Answer 5

Per me il problema era che WebStorm non ha funzionato bene con i miei typescripts. Direbbe il debugger in ascolto e quindi eseguirà l'intero programma senza fermarsi al punto di interruzione come descritto nella domanda.

La soluzione che ho utilizzato era semplicemente di inserire il punto di interruzione nel file js compilato e eseguire il debug da lì.