详解如何在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有很多方式,可以看这一篇 ,
其中我最喜欢使用的还是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 }
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。