VSCode launch.json配置详解
2022-11-18
1022 字约 4 分钟
...TypeStrong/ts-node: TypeScript execution and REPL for node.js (github.com) ts-node官网
启动配置必须设定请求类型,属性request , 分为launch(启动) 和 attach(附加)两种 ,看下面例子:
{
"version": "0.2.0",
"configurations": [
{
...
"request": "launch", //请求类型为启动
},
{
...
"request": "attach", //请求类型为附加
}
]
}
下面是launch 和 attach 类型共有的属性:
protocol设置调试协议auto尝试自动检测目标运行时使用的协议inspector新的V8调试器协议,解决遗留版本的多数问题,node versions >= 6.3 and Electron versions >= 1.7.4.legacy原始的v8调试器协议,node versions < v8.0 and Electron versions < 1.7.4.port调试使用的端口addressTCP/IP地址,用于远程调试localRoot远程调试时映射的本地地址remoteRoot远程调试时的远程目录地址sourceMaps默认为trueoutFiles当map文件不在js文件同目录时用于指定 sourceMaps的位置restart自动重启调试timeout配置自动附加的超时时间stopOnEntry自动断点到第一行代码处smartStep自动跳过未映射到源代码的代码skipFiles:[]String,指定跳过单步调试的代码
"skipFiles": [
"${workspaceFolder}/node_modules/**/*.js", //跳过node_modules
"${workspaceFolder}/lib/**/*.js",//跳过lib
"<node_internals>/**/*.js"//跳过node核心模块
]
trace启用诊断输出
以下是特定于类型 launch(启动)的配置属性:
program指定调试入口文件地址args :[]String传递给程序的参数,可在process.argv拿到cwd指定程序启动调试的目录 ,当vscode启动目录不是项目根目录,并且调试npm script时非常有用runtimeExecutable设置运行时可执行文件路径,默认是node可以是其他的执行程序,如npm、nodemonruntimeArgs传递给运行时可执行文件的参数,例如:
{
"type": "node",
"request": "launch",
"name": "npm launch app",
"args":["a"],
"runtimeExecutable": "npm",
"runtimeArgs": [
"run-script",
"app",
"b"
],
"port": 6666
}
打印参数可以发现 args 、runtimeArgs都会传给程序,但是runtimeArgs参数会紧跟可执行文件

image.png
runtimeVersion设置运行时可执行程序的版本,如果使用nvm,可以切换node.js版本env添加额外的环境变量envFile文件加载环境变量console配置终端可以是外部终端或者内部集成终端,默认值internalConsoleoutputCapture-如果设置为std,则进程stdout / stderr的输出将显示在调试控制台中,而不是侦听调试端口上的输出。这对于直接写入stdout / stderr流而不是使用console.*API的程序或日志库很有用。autoAttachChildProcesses跟踪调试对象的所有子过程,并自动附加到在调试模式下启动的子过程
以下是特定于类型 attach(附加)的配置属性:
processId指定nodejs进程id,由于每次启动都会变,传入"${command:PickProcess}"
questions:
1. 如果使用了符号链接怎么调试?
传递参数:
{
"runtimeArgs": ["--preserve-symlinks"]
}
如果主脚本也在符号链接路径里面,需要再传递一个参数"--preserve-symlinks-main",支持的版本是 Node 10+.
2. 如何调试ECMAScript模块?
如果使用esm或传递--experimental-modules给Node.js以便使用ECMAScript模块,则可以传递这些选项通过runtimeArgs属性:
-
"runtimeArgs" : ["--experimental-modules"]-使用Node v8.5.0 +中的实验性ECMAScript模块支持 -
"runtimeArgs" : ["-r", "esm"]-使用esm ES模块加载器(请注意,["-r esm"]如果没有逗号,则无法使用)
如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →AI2026-09-01
Deep Agents 01:何为 Agent Harness,以及如何开始
1、本篇任务:完成一份多步骤、带证据的技术调研 普通客服 Agent 的问题短、工具少、输出即时。技术调研或编码任务会持续很久,产生计划、搜索结果、文件和中间结论。Deep Agents 在 LangChain/LangGraph 之上预装规划、虚拟文件系统、上下文压缩和子 Agent,适合这类开放任务。 本课让 Agent 比较两种向量数据库,并交付一份可验证报告。 2、什么时候需要 Deep Agent 满足以下两项以上再考虑:任务...
学习
AI2026-09-01
Deep Agents 02:子 Agent、虚拟文件系统与长期记忆
1、本篇任务:让主管只看结论,让子 Agent 处理细节 技术调研会产生几十次搜索和大量文件。如果全部进入主管上下文,真正的目标会被噪音淹没。本课用两个子 Agent: 收集证据, 检查结论;主管负责计划与最终合成。 2、什么时候委派,什么时候直接调用工具 适合委派:子任务有多步;需要专门提示或工具;会产生大量中间结果;只需返回有限结论。不适合:一步查询;主管需要全部中间上下文;协调成本超过任务本身。 3、配置专门子 Agent Pyt...
学习
AI2026-09-01
Deep Agents 03:生产化、Sandbox、权限与上线验收
1、本篇任务:让 Deep Agent 在隔离环境中分析代码 只读研究 Agent 风险有限;编码 Agent 需要读写文件、安装依赖和执行测试。本课不讲如何让模型写更漂亮的代码,只讲执行环境、权限、恢复和上线验收。 2、先做威胁模型 资产包括源代码、用户文件、云凭证、生产网络和发布权限;攻击入口包括用户消息、仓库内容、网页、依赖包、MCP 返回和命令输出。 Prompt injection 不是靠一句 system prompt 解决...
学习
AI2026-09-01
LangChain 01:全景、原理与学习路线
1、本篇学完要得到什么 这一篇只解决三个问题:LangChain 到底负责什么;它与 LangGraph、Deep Agents、LangSmith 是什么关系;后面应按什么顺序学习。 贯穿整套课程的项目是“退款政策与订单助手”。它最终能够:回答知识库中的退款规则;查询当前用户的订单;生成结构化答复;对真正的退款操作进行人工审批;断线后恢复;通过评测后发布。 先记住一句话: 模型负责理解与生成,应用负责数据、权限、状态和副作用。 如果把...
学习
AI2026-09-01
LangChain 02:模型、消息与结构化输出
1、本篇任务:让模型输出成为程序可以依赖的合同 上一课只证明 Agent 能运行。本课暂时不接业务工具,只完成一个“客服分诊器”:输入用户问题,输出意图、紧急程度、是否需要人工和给用户的答复。 本课的核心不是学更多模型参数,而是理解三层合同:消息决定模型看到了什么;schema 决定程序期待什么;业务校验决定结果是否真的可用。 2、消息不是一段字符串,而是一条执行记录 一次工具型对话通常包含四种消息: | 类型 | 由谁产生 | 作用...
学习
AI2026-09-01
LangChain 03:工具与 Agent——从函数到可控行动
1、本篇任务:让 Agent 安全地读取订单 上一课得到结构化分诊结果,但模型不知道真实订单。本课增加一个只读工具 ,走通完整 Agent 循环,并把模型、工具包装和领域服务的责任分开。 完成后,用户问“我的 A100 发货了吗”,Agent 会选择工具;工具只按当前登录用户查询;模型基于工具结果回答。它仍然不能退款,因为我们没有提供写工具。 2、工具的本质是受 schema 约束的应用函数 一个好工具需要:稳定名称、清楚描述、窄输入...
学习
评论
请登录后发表评论
去登录