이 기사에서는 평가판 모드의 필요성을 소개하고 VSCode에서 디버깅 모드를 활성화하는 세 가지 방법에 대해 설명하겠습니다.
코드 작성이나 유지 관리(
버그
수정) 과정에서 간단한 값이나 문제에 대해서는콘솔
을 통해 해결하는 경우도 있습니다.콘솔
이 좋은 방법이라고 생각하더라도 모든 문제를 해결할 수 있는 방법은 아닙니다. 복잡한 유형(참조 유형)의 값은 여전히 디버그 모드(디버거
)를 사용해야 합니다. https://juejin.cn/post/7024890041948176398#heading-1bug
)的过程中, 对于简单的值或者问题, 我们可以通过console
来解决, 甚至有人认为console
大法好, 是银弹, 能解决所有问题, 我认为并不是的. 对于想要理清楚代码的执行逻辑, 还有查看复杂类型(引用类型)的值时, 还是得使用到调试模式(debugger
) 的。https://juejin.cn/post/7024890041948176398#heading-1
debugger
是js
中的一个语句, 运行到这一行, 如果程序是在调试模式下, 会断点, 就是会停在这一行, 那么我们就可以看到此时的上下文环境, 包括最重要的变量的值, 和调用堆栈. 然后还支持我们单步调试, 或者逐块调试.
平时在浏览器中调试的比较多, 在浏览器中, 只需要打开控制台, 开启了调试模式, 然后遇到
debugger
语句, 或者自定义的断点, 就会让程序停下来, 进入debug
模式.
这篇文章主要是会讨论一下在
vscode
中开启调试模式的方法, 因为我准备写一个vscode
插件(敬请期待哈), 调试vscode
就在所难免了, 之前的简单调试也肯定满足不了我的需求了, 所以来了解一下vscode
的调试模式.
这篇文章不会写调试的技巧, 只是会写一下,
vscode
怎样开启调试js
.这里是vscode
官方文档
如果只需要看一个简单的值, 那么完全可以使用
console
, 因为开启调试模式的成本比较大.
在浏览器中, 因为对象是引用类型的并且浏览器不会直接将对象完成折叠开, 所以如果
console
之后修改了对象, 再到控制台去看, 得到的将是修改后的对象了
打印后并没有自动全部折叠开
去手动折叠开的时候, 浏览器再去读值, 已经变成了修改后的值
这种问题的出现, 是因为对象, 所以如果我们转字符串再打印就不会有这个问题, 但是, 不好看, 这里只是举个例子, 有些情况下还是需要用调试模式的.
vscode
中开启调试模式在vscode
中调试js
,ts
代码, 有三种方式
在vscode
终端里运行node
时, 自动附加, 见3.1
.
直接使用vscode
提供的debug
终端, 见3.2
使用配置文件, 见3.3
在
vscode
的终端里运行node
时, 根据不同的选项, 自动判断是否启动debug
模式.
一共有 4 种选项, 切换选项的方式也有三种
不管通过哪种设置方式, 更换了设置方式之后, 最好重启一下
vscode
debugger
는 js
의 명령문입니다. 프로그램이 다음 줄에 있으면 이 줄까지 실행됩니다. 디버깅 모드에는 중단점이 있는데, 이는 이 줄에서 중지된다는 것을 의미하므로 이때 가장 중요한 변수의 값을 포함한 컨텍스트를 볼 수 있으며 호출 스택도 지원됩니다. 디버깅.
저는 보통 브라우저에서 디버깅을 많이 하는데, 브라우저에서 콘솔을 열고 디버그 모드를 켜면 가 나타납니다. debugger
문 또는 사용자 정의 인터럽트를 클릭하면 프로그램이 중지되고 debug
모드로 들어갑니다.
vscode
에서 디버깅 모드를 활성화하는 방법에 대해 설명합니다. , vscode
플러그인을 작성할 계획이므로(계속 지켜봐 주시기 바랍니다), vscode
디버깅은 불가피합니다. 이전의 간단한 디버깅은 확실히 제 요구 사항을 충족하지 못할 것이므로, vscode의 디버그 모드
.
이 문서에서는 디버깅 기술에 대해 작성하지 않지만 vscode
js
디버깅을 활성화하는 방법에 대해 설명합니다. . 여기에 vscode가 있습니다
공식 문서
콘솔
을 사용하면 됩니다. 왜냐하면 디버깅 모드를 켜는 데 드는 비용이 상대적으로 높기 때문입니다. 🎜🎜🎜🎜브라우저에서는 객체가 참조 유형이고 브라우저에서는 개체가 완전히 접히지 않으므로 콘솔
이후 개체를 수정하고 콘솔에 가서 보면 수정된 개체가 나옵니다🎜🎜🎜🎜자동으로 접혀지지 않습니다. 인쇄 후 접기🎜 🎜🎜🎜🎜🎜 수동으로 접으면 브라우저가 그 값을 다시 읽어서 수정된 값이 되었습니다🎜🎜🎜🎜🎜🎜이 문제는 개체 때문에 발생하는 것이므로 문자열로 변환한 후 인쇄하면 문제가 발생하지 않습니다. 그러나 이는 보기에 좋지 않습니다. 일부 경우에는 디버그 모드를 사용해야 합니다. vscode
에서 js
, ts
코드를 디버그하는 세 가지 방법이 있습니다🎜vscode
터미널에서 node
를 실행하면 자동으로 연결됩니다. 3.1 참조
.🎜vscode
에서 제공하는 디버그
터미널을 직접 사용하세요. 3.2 참조
🎜3.3 참조
🎜vscode
node
터미널에서 실행하면 다양한 옵션에 따라 디버그
모드 활성화 여부가 자동으로 결정됩니다. 🎜🎜🎜🎜여기에서 총 4가지 옵션이 있으며, 옵션 전환 방법은 3가지가 있습니다🎜🎜vscode
를 다시 시작하여 구성 파일을 수정하여 🎜🎜🎜🎜🎜🎜🎜🎜🎜🎜을 설정하면 더 잘 작동합니다 🎜🎜🎜🎜.
구성 파일
settings.json
파일을 연 후settings.json
文件之后
// 修改或添加 { "debug.javascript.autoAttachFilter": "onlyWithFlag" }
使用
Ctrl + Shift + P
调出命令(mac
或者修改了快捷键的自己找一下),
输入
attach
可以找到它, 选中后可以看到这四个选项, 然后再次选中选项切换到你想要的选项
官网的文档没有更新, 默认选项已经不是
smart
了, 改成disabled
了
选项 | 含义 |
---|---|
始终(always ) |
总是以debug 模式启动 |
智能(smart ) |
只有指定的文件, 才进入debug 模式 |
仅带标志(onlyWithFlag ) |
带有--inspect 或者inspect-brk 参数, 以debug 模式启动 |
禁用(disabled ) |
永远不使用debug 模式启动 |
智能(smart)
是通过debug.javascript.autoAttachSmartPattern
这个配置项指定的是否开启debug
模式的文件路径, 默认值是["${workspaceFolder}/**","!**/node_modules/**","**/$KNOWN_TOOLS$/**"]
如果启动了
禁用(disabled)
模式, 那么node --inspect
将也不会进入debug
模式, 只能通过下面的方式开启一个debug
终端才能进入debug
模式, 哎~vscode
也是个坑货, 不知道啥时间把默认方式改成了disabled
, 所以我记得有一次我使用node --inspect
没能进入debug
模式, 还挺奇怪的, 现在才明白怎么回事.
直接启动一个
debug
模式的终端, 在里面启动的node
都会进入debug
模式.
通过上面的方式(
Auto Attach
)控制的是vscode
中启动的所有终端, 这个只控制它启动的这一个终端.
这个才是重头戏, 我也是主要想了解这个
启动配置是以一种配置文件的方式去设置如何启动
debug
模式的方式, 它提供了更加配置化去满足运行调试复杂应用
这个配置文件位于当前工作区目录下的
.vscode/launch.json
, 可以手动创建一个, 或者通过vscode
快捷创建一个
然后选择
node
就好了
必需属性, 修改的比较多的应该是
name
了, 另两个在node
中, 一般都不会修改.
属性名 | 含义 | 属性值示例 |
---|---|---|
type | 调试器类型, 也可以认为是调试的语言 |
node => pwa-node , chrome => pwa-chrome
|
request | 启动debug 的模式的请求类型,只有两个值 |
launch :启动, attach { "version": "0.2.0", "configurations": [ { "name": "node调试", "port": 9229, "request": "attach", "skipFiles": ["<node_internals>/**"], "type": "pwa-node" }, { "type": "pwa-chrome", "request": "attach", "name": "chrome调试", "url": "http://localhost:8080", "webRoot": "${workspaceFolder}" } ] } 명령으로(권장) |
smart
가 아니지만, 비활성화
🎜옵션 | 의미 | 🎜
---|
속성 이름 | 의미 th> | 속성 값 예 | 🎜
---|
属性 | 含义 |
---|---|
outFiles | 指定Source maps 文件所在路径 |
resolveSourceMapLocations | 也是指定与Source maps 相关的路径 |
timeout | 附加的超时时间, 超时就放弃 |
stopOnEntry | 项目启动起来, 立即debugger 一下, 就是相当于在代码的第一行加了一个debugger
|
localRoot | 这个是用来远程调试用的, 我就先不了解它了... |
remoteRoot | 这个是用来远程调试用的, 我就先不了解它了... |
smartStep | 自动跳过没有映射到的源文件 |
skipFiles | 指定单步跳过的文件, 就是debugger 不跟进去看的源代码 |
trace | 开启会将一些调试输出保存到vscode 指定的文件中 |
(这个挺有用的, 有些代码不想跟进去看, 但是经常点快了, 就进去了..., 可以把这些文件排除掉,
<node_internals>/**/*.js</node_internals>
配置上这个, 可以跳过node
核心模块的代码.)
开启
trace
后
launch
支持的属性属性 | 含义 |
---|---|
program | 启动项目的入口文件地址(就是要执行的js 的路径) |
args | 相当于命令行参数(下面有详解) |
cwd | 指定程序启动的路径(下面有详解) |
runtimeExecutable | 指定可执行程序的启动路径(下面有详解) |
runtimeArgs | 给可执行程序的参数(下面有详解) |
env | 指定环境变量(下面有详解) |
"args": ["aaa", "bbb"]
:在命令行传递参数的方式, 在node
中可以通过process.argv
拿到
"cwd": "${workspaceFolder}/demo"
, 配置这个路径, 在node
中, 相当于指定了process.cwd()
的路径
这个可以指定启动的程序名, 比如使用
nodemon
启动, 或者指定路径, 比如你有3
个版本的node
想启动调试看看各个版本的差异, 就不需要切换全局的node
版本, 只需要设置多个配置项就行啦. 这样很方便的.
{ "version": "0.2.0", "configurations": [ { "name": "v10 版本启动", "program": "${workspaceFolder}/demo.js", "request": "launch", "type": "pwa-node", "runtimeExecutable": "C:\\Program Files\\nodejsv10\\node.js" // 这里是 v10 版本的node路径 }, { "name": "v11 版本启动", "program": "${workspaceFolder}/demo.js", "request": "launch", "type": "pwa-node", "runtimeExecutable": "C:\\Program Files\\nodejsv11\\node.js" // 这里是 v11 版本的node路径 }, { "name": "v12 版本启动", "program": "${workspaceFolder}/demo.js", "request": "launch", "type": "pwa-node", "runtimeExecutable": "C:\\Program Files\\nodejsv12\\node.js" // 这里是 v12 版本的node路径 } ] }
这个里面写的参数会紧跟在可执行程序后面, 在
node
程序中,node
会将它后面的第一个参数视为它要执行的文件的路径, 所以需要有所调整.
{ "version": "0.2.0", "configurations": [ { "name": "v10 版本启动", "program": "${workspaceFolder}/demo.js", // 这个现在已经不是 node 的执行文件地址了, 它只是一个参数了 "request": "launch", "type": "pwa-node", "args": ["args1", "args2"], "runtimeArgs": ["${workspaceFolder}/demo.js", "runtimeArgs2"] // 因为它紧跟在 可执行程序后面, 所以它的第一个参数需要设置为它要执行的文件的地址 // 如果它是 --experimental-modules 类型参数就没事了, 因为node会把它解析成参数, 这个参数的含义是 启动 es 模块支持. 接下来我会写一篇 js 的模块化的文章, 敬请期待哈 } ] } // 启动的命令行是 // C:\Program Files\nodejs\node.exe E:\font-end/demo.js runtimeArgs2 .\demo.js args1 args2
这个参数在弄成
npm
启动项目的时候, 比较有用
{ "version": "0.2.0", "configurations": [ { "name": "v10 版本启动", "program": "${workspaceFolder}/demo.js", "request": "launch", "type": "pwa-node", "env": { "NODE_ENV": "prod" } } ] }
attach
支持的属性我们常用的是
launch
方式启动, 就先不了解attach
的方式启动了.
对于如何在
vscode
中启动debug
模式, 应该是比较清楚的了
在
vscode
中, 一共有三种方式启动debug
调试, 分别是
自动附加(影响全局的终端), 如果对自己电脑性能有自信, 设置为always
. 命令行运行进入debug
模式.
强制开启(只影响这一个终端), 如果不方便配置开启全局的自动debug
, 使用这种方式进入debug
, 也是比较放便的, 就是重新开启这个debug
终端之后, 需要cd
到需要运行的js
文件目录, 比较麻烦. 命令行运行进入debug
模式.
配置开启(功能强大, 适合调试复杂应用),配置好.vscode/launch.json
后, f5
启动进入debug
模式
// 比较完整一个 launch.json 配置 { // 使用 IntelliSense 了解相关属性。 // 悬停以查看现有属性的描述。 // 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387 "version": "0.2.0", "configurations": [ { "name": "v10 版本启动", // 配置名称 "program": "${workspaceFolder}/demo.js", // 项目启动入口文件 "request": "launch", // `debug`模式的请求方式 "stopOnEntry": true, // 项目启动, 立即`debugger`一下 "type": "pwa-node", // 调试器类型 "env": { // 环境变量 "NODE_ENV": "prod" }, "args": ["aaaa"], // 启动命令时跟在 program 后的参数 "skipFiles": [ // 指定单步调试不进去的文件 "<node_internals>/**" // node 的核心库, 比如`require` ], "cwd": "${workspaceFolder}", // 指定可执行程序的启动路径, process.cwd(), "runtimeExecutable": "nodemon", // 指定可执行程序名称, 或者路径, 在这里 type 为 pwa-node 默认值是 node "runtimeArgs": ["--experimental-modules"] // 启动命令时, 跟在 runtimeExecutable 后的参数 } ] }
这里已经有三个坑了, 模块化
,调试技巧
, vscode插件开发
, 我目前更想先写一个vscode插件
,敬请期待.
感觉这篇文章能改到你启发的, 希望给个点赞, 评论, 收藏, 关注...
更多编程相关知识,请访问:编程视频!!
위 내용은 VSCode에서 디버깅 모드를 활성화하는 방법은 무엇입니까? 세 가지 방법에 대한 간략한 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!