VSCode调试Node.js断点失效主因是launch.json未正确指向实际JS入口文件。需确保program路径为${workspaceFolder}相对路径、sourceMaps开启，TypeScript项目须编译或配置ts-node，Web服务推荐attach模式配合--inspect-brk。
VSCode 调试 Node.
js
应用不依赖外部工具，只要项目结构规范、启动方式明确，开箱即用。关键不是“能不能”，而是“怎么配对
的
和运行时入口”。
为什么
启动正常但 VSCode 断点不生效
最常见原因是调试配置没指向实际执行的 JS 入口文件，而是误配了
中的
脚本（比如
），但 VSCode 默认调试器只认纯 JavaScript。
确认你真正运行的是哪个文件：用
？还是
？后者需在
中设
指向
，并用
传
若用 TypeScript，必须先编译出
文件，或改用
：在
中设
，
检查
是否开启：TypeScript 项目需在
中含
，且
中设
中
路径写相对还是绝对
必须写相对于
的相对路径，VSCode 不解析环境变量或波浪号（
）。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
错误写法：
（硬编码路径，换机器就崩）
正确写法：
（
是唯一可靠占位符）
如果入口是
，确保该文件存在——调试器不会自动触发
，得手动先运行
或在
中配置
调试 Express/Koa 等 Web 服务时端口被占用或无法热重载
VSCode 默认 attach 模式（
）比 launch 模式更适合长期运行的服务，尤其配合
。
用
启动：如
，然后在
中选
配置，
设为
比
更稳妥：它会在第一行暂停，确保断点来得及注册
不要在
里同时配
和
；二者互斥，混用会导致调试器连不上或报
真正的难点不在配置本身，而在于搞清「当前到底是谁在跑代码」——是
直接执行？
转发？
包裹？还是
解释？每种角色对应不同的
字段组合，漏掉一个字段（比如忘了
或写错
）就会让断点静默失效。
launch.jsonprogramnodepackage.jsonstartts-node src/index.tsnode src/index.jsnpm startlaunch.jsonruntimeExecutablenpmruntimeArgs["run", "start"].jsts-nodelaunch.json"runtimeExecutable": "npx""runtimeArgs": ["ts-node", "src/index.ts"]sourceMapstsconfig.json"sourceMap": truelaunch.json"sourceMaps": truelaunch.jsonprogramworkspaceFolder~"program": "/home/user/myapp/src/index.js""program": "${workspaceFolder}/src/index.js"${workspaceFolder}dist/index.jsbuildnpm run buildpreLaunchTaskattachnodemonnodemon --inspect-brknodemon --inspect-brk=9229 src/index.jslaunch.jsonAttach to Node Processport9229--inspect-brk--inspectlaunch.jsonprogramattachCannot connect to runtime processnodenpmnodemonts-nodelaunch.jsonsourceMapsoutFiles