详解如何在vscode里面调试js和node.js的方法步骤

时间:2020-05-16 双眸人气:0

在开发的过程中，几乎不可能一次性就能写出毫无破绽的程序，断点调试代码是一个普遍的需求。

作为前端开发工程师，以往我们开发的JavaScript程序都运行在浏览器端，利用Chrome提供的开发者工具就可以方便的进行源码断点调试。其步骤有四，详情不表，粗略概括如下：

1.打开Chrome开发者工具；
2.点击进入Sources标签页，在页面的左侧就能看到JS代码的目录；
3.找到需要设置断点的源文件，在需要中断的哪行代码左侧单击鼠标左键，就可以设置断点，如果你的代码是uglify过的，则需导入相应的source-map来映射源码。
4.刷新页面（如果设置断点的位置是一个事件处理函数，则直接触发这个事件即可），代码运行到断点处的时候，程序就会挂起，这时候用鼠标hover就可以查看当前各个变量的数值，并以此判断程序是否正常运行了。

但是，当我们用JavaScript开发运行在服务端的Node.js程序时，Chrome开发者工具暂时派不上用场了。虽然也有办法实现在Chrome上调试，不过这不是今天我们讨论的范围。

还有，说用console.log的那位同学，请你先不要说话…

实际上，许多IDE都集成了Debug的功能，包括较新版本的WebStorm就对Node.js调试支持得很好。

但是很多开发人员会觉得IDE太重，有没有更轻量级一些的工具来实现断点调试呢？今天就要给大家安利一下在VScode上进行断点调试的方法。

一般大家调试都是在浏览器端调试js的，不过有些时候也想和后台一样在代码工具里面调试js或者node.js，下面介绍下怎样在vscode里面走断点。

1，用来调试js

一：在左侧扩展中搜索Debugger for Chrome并点击安装：

二：在自己的html工程目录下面点击f5,或者在左侧选择调试按钮

，在上方

，选择下拉按钮，会有一个添加，选择chrome

3：之后会出现laungh.json的配置文件在自己的项目目录下面

4：不过对于不同的代码文件要调试的话，每次都需要修改一下配置文件

{
  "version": "0.2.0",
  "configurations": [{
      "type": "chrome",
      "request": "launch",
      "name": "Launch Chrome against localhost",
      "url": "http://localhost:8080",
      "webRoot": "${workspaceRoot}"
    },
    {
      "type": "chrome",
      "request": "attach",
      "name": "Attach to Chrome",
      "port": 9222,
      "webRoot": "${workspaceRoot}"
    },
    {
      "name": "Launch index.html (disable sourcemaps)",
      "type": "chrome",
      "request": "launch",
      "sourceMaps": false,
      "file": "${workspaceRoot}/jsTest/test1/test1.html" #每次需要修改这里的文件地址
    }
  ]
}

5：到这里就可以进行调试了，在

中选择 Launch index.html (disable sourcemaps) 调试项，按f5调试，会出现,同时打开goole浏览器，点击

，即可进入调试阶段

2，用来调试node.js

调试nodejs有很多方式，可以看这一篇 https://blog.risingstack.com/how-to-debug-nodej-js-with-the-best-tools-available/，

其中我最喜欢使用的还是V8 Inspector和vscode的方式。

在vscode中，点击那个蜘蛛的按钮

就能看出现debug的侧栏，接下来添加配置

选择环境

就能看到launch.json的文件了。

启动的时候，选择相应的配置，然后点击指向右侧的绿色三角

launch模式与attach模式

{
 "version": "0.2.0",
 "configurations": [
  {
   "type": "node",
   "request": "launch",
   "name": "Launch Program",
   "program": "${workspaceRoot}/index.js"
  },
  {
   "type": "node",
   "request": "attach",
   "name": "Attach to Port",
   "address": "localhost",
   "port": 5858
  }
 ]
}

当request为launch时，就是launch模式了，这是程序是从vscode这里启动的，如果是在调试那将一直处于调试的模式。而attach模式，是连接已经启动的服务。比如你已经在外面将项目启动，突然需要调试，不需要关掉已经启动的项目再去vscode中重新启动，只要以attach的模式启动，vscode可以连接到已经启动的服务。当调试结束了，断开连接就好，明显比launch更方便一点。

在debug中使用npm启动

很多时候我们将很长的启动命令及配置写在了package.json的scripts中，比如

"scripts": {
 "start": "NODE_ENV=production PORT=8080 babel-node ./bin/www",
 "dev": "nodemon --inspect --exec babel-node --presets env ./bin/www"
},

我们希望让vscode使用npm的方式启动并调试，这就需要如下的配置

{
 "name": "Launch via NPM",
 "type": "node",
 "request": "launch",
 "runtimeExecutable": "npm",
 "runtimeArgs": [
  "run-script", "dev"  //这里的dev就对应package.json中的scripts中的dev
 ],
  "port": 9229  //这个端口是调试的端口，不是项目启动的端口
},

在debug中使用nodemon启动

仅仅使用npm启动，虽然在dev命令中使用了nodemon，程序也可以正常的重启，可重启了之后，调试就断开了。所以需要让vscode去使用nodemon启动项目。

{
 "type": "node",
 "request": "launch",
 "name": "nodemon",
 "runtimeExecutable": "nodemon",
 "args": ["${workspaceRoot}/bin/www"],
 "restart": true,
 "protocol": "inspector",  //相当于--inspect了
 "sourceMaps": true,
 "console": "integratedTerminal",
 "internalConsoleOptions": "neverOpen",
 "runtimeArgs": [  //对应nodemon --inspect之后除了启动文件之外的其他配置
  "--exec",
  "babel-node",
  "--presets",
  "env"
 ]
},

注意这里的runtimeArgs，如果这些配置是写在package.json中的话，就是这样的

nodemon --inspect --exec babel-node --presets env ./bin/www

这样就很方便了，项目可以正常的重启，每次重启一样会开启调试功能。

可是，我们并不想时刻开启调试功能怎么办？

这就需要使用上面说的attach模式了。

使用如下的命令正常的启动项目

nodemon --inspect --exec babel-node --presets env ./bin/www

当我们想要调试的时候，在vscode的debug中运行如下的配置

{
 "type": "node",
 "request": "attach",
 "name": "Attach to node",
 "restart": true,
 "port": 9229
}

加载全部内容