用您最喜欢的浏览器调试器调试小型Node.js脚本的一种快速而肮脏的方法是使用browserify。注意，这种方法不适用于任何需要本机I/O库的应用程序，但对于大多数小型脚本来说，它已经足够好了。

$ npm install -g browserify

现在将所有var x=requires（'x'）调用移动到requires.js文件中并运行：

$ browserify requires.js -s window -o bundle.js

（这里的缺点是，您必须移动或注释所有文件中的要求。）

在HTML文件中包含bundle.js，如下所示：

<script type="text/javascript" src="bundle.js"></script>

现在在浏览器中加载文件，然后在浏览器中按F12和viola:debug。

Theseus是Adobe research的一个项目，它允许您在开源编辑器Brackets中调试Node.js代码。它有一些有趣的特性，如实时代码覆盖、追溯检查、异步调用树。

有很多方法可以调试，但我更喜欢使用内置的调试器（按节点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

IntelliJ在Node.js上运行得很好。

此外，IntelliJ还支持“代码协助”。

使用node js的VS代码开发人员专用。启用内置调试

文件>首选项>设置>在搜索框中键入“自动附加”并设置调试器应如何附加[仅首选项WithFlag]

说魔术，你应该看到

使用--inspect您应该与代码一起运行节点程序：）

提示：您也可以在没有--inspect的情况下运行，方法是启用始终筛选

这里有很多很好的答案，但我想补充一下我的观点（基于我的方法的演变）

除错记录

让我们面对现实吧，我们都喜欢一个好的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分钟视频

无论您选择什么路径，只要确保您了解如何调试

这是一件痛苦的事看看你自己的麻烦你自己和其他人都没有成功索福克勒斯，阿贾克斯