这篇文章主要介绍了详解如何在vscode里面调试js和node.js的方法步骤，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
在开发的过程中，几乎不可能一次性就能写出毫无破绽的程序，断点调试代码是一个普遍的需求。
作为前端开发工程师，以往我们开发的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 }以上就是详解如何在vscode里面调试js和node.js的方法步骤的详细内容，更多请关注0133技术站其它相关文章！
