web-dev-qa-db-ja.com

Webstormデバッガーのブレークポイントがnodejsで機能しない

ブレークポイントを設定してファイルをデバッグしようとすると、デバッガーはブレークポイントで停止せずにアプリを実行します。これは私のコードです：

console.log('123');

そしてこれが私の出力です：

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

Process finished with exit code 0

誰が何が問題になるのか考えていますか？

node.jsdebuggingbreakpointswebstorm
18
someone235

WebStormレジストリでjs.debugger.v8.use.any.breakpointを無効にしてみてください。

Help-> Find Actionにアクセスして実行できます。

そこにRegistryと入力するだけです。

私にとって、このオプションを無効にすると、ノード関連のデバッグが大幅に速くなり、予測がはるかに容易になります。

13
Piotr Dabrowski

絶対に重要であると言いたかった----debug-brkではなく--debugを使用して、WebStormブレークポイントをリモートデバッグ用に機能させ、直接サーバーを実行するウェブストーム。

技術的には--debug-brkが停止してデバッガーが参加するのを待つだけであり、--debugは後で参加することを許可しますが、試したリモート構成に関係なく、ブレークポイントは--debugで失敗しました。

私の知る限り、WebStorm 11を--debugのみを使用してデバッグポートのnode.jsサーバーに接続すると、接続しますが、機能するブレークポイントをロードできません。

5
Luciano

NodeJS 7.7.xを使用するPhpStorm 2016.3.2でデバッグブレークポイントが機能しません。私の期待は、WebStormにも同じ問題があるだろうということです。

Node 6（私は6.9.4でテストしました）にダウングレードすると、正しく動作し始めます。

2
Martin

私にとっての問題は、WebStormが私のタイプスクリプトでうまく機能しないことでした。質問で説明されているように、デバッガーがリッスンし、ブレークポイントで停止することなくプログラム全体を実行すると表示されます。

私が使用した回避策は、コンパイルされたjsファイルにブレークポイントを配置し、そこからデバッグすることでした。

2
Kshitiz Sharma
  1. Run -> View Breakpoints...に移動するか、 shift+command+F8 OS Xで。
  2. リストからブレークポイントを選択し、Suspendがオンになっていることを確認します。

Enable Suspend

1
Regnidorhcs

TypeScript構成で「マップ」ファイルの生成を有効にすることで問題を修正しました。 「ツール」->「言語とフレームワーク」->「TypeScript」->「オプション」に「--sourceMap」を追加します

0
bobwirka