私はノードの応答が非常に遅くなり、私はのようなメッセージを取得把握することができます理由もなく完璧に、時にはvscodeでNode v4.2.1プロジェクトをデバッグすることができますほとんどの時間：NodeJS応答しなく
node did not respond to request to 'continue' in a reasonable amount of time
これを引き起こしている可能性があり、それを解決する方法はありますか？
いくつでもかまいません。
実行しているコードの種類は何ですか？これは、メモリリークやバックグラウンドでのタスクの実行を引き起こしていないことが確かな非常に基本的なプロジェクトで起こりますか？
VSコードの外でコマンドラインから直接同じコードを実行するとこのエラーが発生しますか？
これは多くのプロジェクトで発生します。そのほとんどは、かなり小さい「高速」ウェブアプリです。大規模で複雑なものはありません。それら。私はそれがメモリリークであるとは思わない、システムメモリ/ CPUは正常です。これは、コマンドラインから実行しているデバッグが予想どおりにすばやく実行される場合にのみ発生します。 – antfx
デバッグモード（Windows 10、i7 16GB RAM）とまったく同じ問題が発生していますが、解決策が見つかった場合は教えてください。 –
これまでも私は対処してきましたが、デバッグコネクタ上のファイルを修正してタイムアウトを延長していましたが、コンピュータの速度などに問題があると思います。とにかく、ここで私が何をやったかです：VSCodeAppのフォルダ内に
の1-開いて編集したファイルnodeV8Protocol.js：
/Visual Studio Code.app/Contents/Resources/app/extensions/node-debug/out/node
2 - ファイルの終わり近くに初期化されている行を検索します。デフォルトを交換し 、ウィッヒは次のとおりです。
NodeV8Protocol.TIMEOUT = 3000;
ことにより、例えば：
NodeV8Protocol.TIMEOUT = 10000;
3ファイルを保存し、Visual Studioコードを再読み込みします。
希望すること
ありがとう、それは役に立つが、私は本当に何が原因であるか知りたい。私はたくさんのフリーラムとCPUをあまり使っていないi7 MacBook Proを走らせている。再起動も役に立たない。 – antfx
VSからのバグ（おそらく）..でも私にとってはハイエンドPCでも同じエラーが出ました。 これはCドライブ、C：¥Program Files（x86）¥Microsoft VSコード¥resources¥app¥extensions¥ms-vscode.node-debug¥out¥node'にインストールされていると考えられるため、更新されたパスは – GvSharma
です。 –
私は同じ問題を経験しました。それは、ノードv4.2.4にアップグレードした直後に起こりました。私はVSCodeバージョン0.10.6を実行しています。私はNodeV8Protocol.TIMEOUTを増やしましたが、それはそれを修正するようには見えませんでした。私はOSX 10.10.5です。
Node.js v5.3.0にアップグレードして修正しました。 現在の安定版：V5.3.0 私が使用：NPM私は推測されるだろうと私は率直にも私の状況にビットを推測していますが、私の特定の場合には、NPMあなたのコードを見ることなく
を再構築し、その後-gnインストールデバッガ自身の非同期プロセス間通信よりも優先順位が高いアプリケーション内の余分な非同期ロードであるように見えました。
私の特定のケースでは、オープンなWebソケットを介して外部クライアントにリアルタイムトラフィックを送信していました。ペイロードが小さいときはすべてうまくいっていましたが、ペイロードサイズを誤って送信したときに数十キロバイトに増加したとき、サービスプロセスはデバッグ要求に迅速に対応できるほど忙しいようでした。合理的なサイズ（私の場合は数百バイト）にペイロードを戻すと、デバッガは適時に応答し始めました。
これがnode、私が使用していたWebソケットライブラリ、またはVisual Studio Codeの問題であるかどうかは推測できません。負荷を変更してより離散的にテストすることはオプションではありませんが、上記の時間切れの提案が私のために働いています（ただし、3秒のタイムアウトの理由は、私のケースではコードをステップオーバーするのに8-12秒かかっていたので、他の非同期ロードを変更して処理速度を上げるのは不便でした）。
起動設定で 'node2'に変更してみてください。私に働いた。
すごい！私は非常に懐疑的でしたが、これは "応答しない"問題を修正しただけでなく、VSCodeのデバッグ速度を飛躍的に向上させました。ありがとう！ – pioSko
ノードバージョン6.3以上の場合は、ノードを使用したままで、代わりに '' protocol "：" inspector "'を起動設定に追加してください。私の[以下の回答]（https://stackoverflow.com/a/44249512/319711）を参照してください。 –
Alcionei-Estevam-Jrの提案に基づいて、私は起動設定でnode2を使用しようとしました。しかし、サポートされなくなりましたが、vscodeはノードをそのまま使用することを推奨し、"protocol": "inspector",を追加しました（ただし、ノードのバージョン6.3以上が必要です）。これにより、ノードの応答がなくなり、今度は再びうまくデバッグできます。
だから私の打ち上げの設定は今のようになります。（、 json { "version": "0.2.0", "configurations": [{ "type": "node", "protocol": "inspector", "request": "launch", "name": "Launch Program", "program": "${workspaceRoot}/src/index.ts", "outFiles": [ "${workspaceRoot}/dist/**/*.js" ] }] }
してくださいここに目を通す[http://stackoverflow.com/questions/30662723/vscode-debugging-not-working-for-nodejs-application] http://stackoverflow.com/questions/30662723/vscode-debugging-not-working-for-nodejs-application） – Hayot