根本原因是Windows Server开机自启时用户会话未加载，导致--inspect绑定的端口仅在孤立服务会话中可见，VSCode登录后的桌面会话无法访问；需改用“用户登录触发+显式端口暴露”方案。
Windows Server 上开机自启的 Node 服务无法被 VSCode 附加调试？
根本原因不是权限或路径错，而是开机启动时用户会话未加载、调试端口未暴露、VSCode 调试器根本连不上——nodemon --inspect-brk 启动了，但 localhost:9229 对 VSCode 来说“不存在”。
为什么计划任务里跑 node --inspect 没用？
Windows Server 默认以“服务账户”（如 SYSTEM 或指定用户）运行计划任务，但该会话不加载交互式桌面环境，--inspect 绑定的 127.0.0.1:9229 实际只对那个孤立会话可见，VSCode 在你登录后的用户会话里根本看不到这个端口。
- 任务计划中勾选“不管是否登录都要运行” ≠ 端口对当前桌面会话开放
-
--inspect=0.0.0.0:9229也不行：Windows Server 默认阻止非回环地址监听，且防火墙会拦截 - 即使端口通了，VSCode 的
attach配置默认只查localhost，不会自动发现后台服务进程
真正能调试的开机自启方案：改用用户登录触发 + 显式端口暴露
放弃“系统级开机即启”，改走“用户登录后 10 秒内自动拉起 + 可调试”的路径，既稳定又可 debug：
- 计划任务触发器选“用户登录时”，不是“系统启动时”
- 操作中启动的脚本必须
cd到项目目录，再执行：node --inspect-brk=9230 ./index.js（换端口避开冲突） - 在
launch.json中配固定port: 9230的attach配置，别用PickProcess - 脚本开头加一句：
timeout /t 10 >nul，确保 Windows 完全加载用户会话、网络栈就绪后再启动 Node - 如果用
nodemon，务必写全路径："${workspaceFolder}/node_modules/.bin/nodemon.cmd"（Windows 下缺.cmd后缀会 ENOENT）
VSCode 调试器连得上但断点不生效？检查这三点
常见假象是“已连接”，实则调试器没真正 attach 成功：
-
skipFiles里漏了"<node_internals>/**"</node_internals>，导致一进来就卡在internal/modules/cjs/loader.js里出不来 - 入口文件路径写错，比如
program指向./src/app.js，但实际启动的是./index.js，VSCode 就不会映射源码 - 用了
npm start启动却没在 script 里加--inspect-brk，只靠NODE_OPTIONS不可靠——某些 npm 版本会忽略它
最易被忽略的细节：Windows Server 的“组策略”可能禁用脚本执行（ExecutionPolicy），bat 脚本里第一行得加 powershell -ExecutionPolicy Bypass -Command ... 才能跑通 nodemon。
