如何调试Node.js服务器应用程序?
现在,我主要使用如下打印语句的警报调试:
sys.puts(sys.inspect(someVariable));
必须有更好的调试方法。我知道Google Chrome有一个命令行调试器。这个调试器也适用于Node.js吗?
如何调试Node.js服务器应用程序?
现在,我主要使用如下打印语句的警报调试:
sys.puts(sys.inspect(someVariable));
必须有更好的调试方法。我知道Google Chrome有一个命令行调试器。这个调试器也适用于Node.js吗?
当前回答
Theseus是Adobe research的一个项目,它允许您在开源编辑器Brackets中调试Node.js代码。它有一些有趣的特性,如实时代码覆盖、追溯检查、异步调用树。
其他回答
如果需要,可以使用纯Node.js并在控制台中调试应用程序。
例如,让我们创建一个要调试的虚拟debug.js文件,并在其中放置断点(调试器语句):
设a=5;调试器;a*=2;调试器;设b=10;调试器;设c=a+b;调试器;控制台日志(c);
然后可以使用inspect命令运行此文件进行调试:
node inspect debug.js
这将在控制台中启动调试器,您将使用类似于以下内容的输出:
< Debugger listening on ws://127.0.0.1:9229/6da25f21-63a0-480d-b128-83a792b516fc
< For help, see: https://nodejs.org/en/docs/inspector
< Debugger attached.
Break on start in debug.js:1
> 1 (function (exports, require, module, __filename, __dirname) { let a = 5;
2 debugger;
3
您可能会注意到,文件执行已在第一行停止。从这一刻起,您可以使用以下命令(热键)逐步浏览文件:
继续,接下来转到下一个断点,在步骤中,走出去暂停以暂停
让我们多次键入cont,看看如何从断点切换到断点:
debug> next
break in misc/debug.js:1
> 1 (function (exports, require, module, __filename, __dirname) { let a = 5;
2 debugger;
3
debug> next
break in misc/debug.js:2
1 (function (exports, require, module, __filename, __dirname) { let a = 5;
> 2 debugger;
3
4 a *= 2;
debug> next
break in misc/debug.js:4
2 debugger;
3
> 4 a *= 2;
5 debugger;
6
我们现在可以做的是通过编写repl命令来检查变量值。这将允许您写入变量名称并查看其值:
debug> repl
Press Ctrl + C to leave debug repl
> a
5
> b
undefined
> c
undefined
>
你可能会看到,此时a=5,b和c未定义。
当然,对于更复杂的调试,您可能需要使用一些外部工具(IDE、浏览器)。你可以在这里读更多。
自6.3版起,Node拥有自己的内置GUI调试器(使用Chrome的DevTools)
只需传递检查器标志,就会向您提供一个指向检查器的URL:
node --inspect server.js
您也可以在第一行通过--inspect brk。
这里有很多很好的答案,但我想补充一下我的观点(基于我的方法的演变)
除错记录
让我们面对现实吧,我们都喜欢一个好的console.log(“哦,如果你到了这里,你最好跑一下。”),有时候这很有用,所以如果你不想离开它太远,至少可以通过Visionmedia的调试为你的日志添加一些亮点。
交互式调试
尽管控制台日志记录非常方便,但要进行专业调试,您需要卷起袖子并陷入其中。设置断点,单步执行代码,检查范围和变量,以了解导致这种奇怪行为的原因。正如其他人所提到的,节点检查器实际上是蜜蜂的膝盖。它完成了内置调试器所能做的一切,但使用了熟悉的ChromeDevTools界面。如果像我一样使用Webstorm,那么这里有一个方便的调试指南。
堆栈跟踪
默认情况下,我们无法在事件循环的不同周期(滴答声)中跟踪一系列操作。要解决这个问题,请查看longjohn(但不在生产中!)。
内存渗漏体
使用Node.js,我们可以让服务器进程保持相当长的时间。如果你认为它引发了一些严重的泄漏,你该怎么办?使用heapdump和ChromeDevTools比较一些快照,看看有什么变化。
有关一些有用的文章,请查看
RisingStack-调试Node.js应用程序nearForm的David Mark Clements的优秀文章
如果你想看视频,那么
Netflix JS Talks-调试生产中的Node.JS跟踪工作组关于跟踪和调试node.js的有趣视频关于节点检查器的15分钟视频
无论您选择什么路径,只要确保您了解如何调试
这是一件痛苦的事看看你自己的麻烦你自己和其他人都没有成功索福克勒斯,阿贾克斯
有很多方法可以调试,但我更喜欢使用内置的调试器(按节点js)。
app.js文件
var fs = require('fs');
fs.readFile('test.txt', 'utf8', function (err, data) {
debugger;
if (err) throw err;
console.log(data); });
命令:node-debug app.js
我个人使用JetBrains WebStorm,因为它是我发现的唯一一个适用于前端和后端JavaScript的JavaScript IDE。
它可以在多个操作系统上运行,内置Node.js调试(以及大量其他功能)(http://www.jetbrains.com/webstorm/features/index.html).
我唯一的“问题”/愿望列表项目是:
在Mac上,它似乎比Windows更需要资源。在版本6中,它似乎不再是一个问题。如果它有Snippet支持(就像Sublime Text 2一样),那就太好了。比如,键入“fun”并点击“tab”以放入一个函数。请参阅下面的@WickyNilliams评论-使用Live模板,您也可以支持Snippet。