【问题标题】:Node inspector debugging节点检查器调试
【发布时间】:2014-10-28 12:08:19
【问题描述】:

我目前无法让节点检查器与 Google Chrome 一起使用。我在 Windows 7 64 位上。

这里是关于节点检查器的信息: https://github.com/node-inspector/node-inspector

当我运行以下命令时

node-debug app.js

在一个名为 app.js 的简单 JavaScript 文件中:

a = 5;
b = 6;
c = a + b;
console.log(c);

然后我使用以下 URL 打开 Chrome:

  http://localhost:8080/debug?port=5858

我得到的只是这个空白页面,除了 Chrome 调试工具栏的一小部分,我什至重新安装了 Chrome(以及 Canary 开发者版本):

有人知道可能出了什么问题吗?这是有史以来最简单的 JavaScript 应用程序,并且节点检查器的指示没有指定要采取的任何其他步骤。就像我说的,我重新安装了 Chrome。我有 node 版本 v0.10.30、npm 版本 v1.4.21 版本和 node-inspector 版本:v0.7.4。

有没有人知道如何在不涉及节点的情况下测试 Chrome 调试工具?我对这一切都不熟悉。

当我安装节点检查器时,我确实收到了一个警告:

【问题讨论】:

  • 它对我有用,就像你所做的那样。您是否在“npm install -g node-inspector”中使用了 -g 选项?
  • 加载空白页面后,打开 Chrome DevTools。控制台中是否有任何错误/警告?
  • 是的,使用了 g 选项,控制台中没有错误或警告。我开始怀疑这与我使用的是 64 位机器有关,因为我的 32 位 Windows 7 机器使用相同的设置。
  • 您的 Inspector 屏幕看起来与 ws 模块有问题。您如何查看已加载检查器界面的某些部分。但是在下一步检查器需要打开网络套接字,只有在此之后它才能完成绘制界面。 Miroslav,您可以通过在 debug-server.js 中评论 this.wsServer.on('connection', handleWebSocketConnection.bind(this)); 来重现此问题

标签: node.js google-chrome npm node-inspector nvm


【解决方案1】:

尝试在不使用 node-debug 包装器的情况下启动它。

所以,安装节点检查器:

npm install -g node-inspector

在一个终端中:

node --debug-brk app.js

在不同的终端:

node-inspector

浏览到http://localhost:8080/debug?port=5858

【讨论】:

  • 是的,最初我和你一样拥有它。但是当我每次运行“npm install -g node-inspector”时,我确实收到了警告。请参阅上面我编辑的帖子。
  • 看起来不错。没有看到警告。
  • 我刚刚在 Windows 上试了一下,一切正常。节点 v0.10.22。命令node-inspector 有效吗?
  • 相同的设置适用于我的另一台 32 位 Windows 7 机器,所以我目前的预感是与我的 64 位 Windows 7 机器有关的问题导致了这个问题。 node、npm、node-inspector 的所有版本控制都是相同的,所以这可能是问题所在。不知道如何修复它,除了可能在我的 64 位机器上安装 32 位版本的所有东西。
  • 我对节点检查器有同样的问题。 debug-brk 似乎没有任何区别。我在 Windows 7 64 位的 VirtualBox 上运行 Ubuntu 14.04。一切都已重新安装,所以我正在运行节点和节点检查器的最新稳定版本。该应用程序运行良好(在端口 80 上提供服务),但节点检查器无法“找到”server.js - 它显示网页,但左上角的“源”下没有任何内容。一开始有一个实例,它起作用了,只有一次,而且什么都没有……
【解决方案2】:

我有同样的问题。然后我卸载了节点检查器,再次安装它。关闭安装 node-inspector 的 cmd 提示符(也许这一步有所不同)。打开另一个 cmd 提示符来节点调试 my.js。我现在可以看到源文件了。

【讨论】:

    【解决方案3】:

    我遇到了类似的问题,转到 http://localhost:8080/debug?port=5858 会导致页面为空。然而,去http://127.0.0.1:8080/debug?port=5858 似乎可以解决问题。

    【讨论】:

      猜你喜欢
      • 2014-04-04
      • 1970-01-01
      • 1970-01-01
      • 2015-06-18
      • 2015-07-16
      • 2014-09-28
      • 2013-12-17
      • 2015-09-22
      • 1970-01-01
      相关资源
      最近更新 更多