vscode小程序断点不生效，因其仅作编辑器，无调试能力；真正调试需依赖微信开发者工具sources面板，vscode断点仅为sourcemap映射的视觉锚点。
VSCode 里给小程序代码打的断点，永远不会停住——它根本不是调试器，只是编辑器。 真正能停住、查看变量、单步执行的，只有微信开发者工具的 Sources 面板。VSCode 的作用是写得顺、改得快、保存即编译，断点只是“视觉锚点”，靠 sourcemap 映射过去。
为什么 VSCode 断点在小程序里不生效
小程序没有 Node.js 那样的独立进程，也没有浏览器那样的 DevTools 协议直连能力。VSCode 的 js-debug 扩展无法 attach 到微信开发者工具的渲染层或逻辑层进程。你看到的红点，只是编辑器标记，没被任何调试协议识别。
- 空心红点 ❌：常见于未开启服务端口、
project.config.json中miniprogramRoot路径错误，或文件未被纳入构建（比如放在lib/下但没配置 copy - 实心红点 ✅：只表示 VSCode 认为这行可设断点，不代表调试器已加载该源码
- 报错
Cannot find module 'miniprogram-simulate'：说明你在 VSCode 里点了右上角绿色三角运行，这不是调试，是试图用 Node 直接执行小程序代码——环境根本不匹配
怎么让断点“看起来像在 VSCode 里调试”
核心是 sourcemap 对齐 + 微信开发者工具主动跳转。你依然在 VSCode 编辑、保存，但断点行为完全由开发者工具控制。
- 确保
project.config.json中miniprogramRoot指向真实源码目录，例如"miniprogramRoot": "miniprogram/" - 微信开发者工具 → 「详情」→「本地设置」→ 关闭「启用代码压缩混淆」（否则 sourcemap 失效）
- 保存代码后，开发者工具自动编译，Sources 面板会显示原始路径（如
miniprogram/pages/index/index.js），点击即可打断点 - VSCode 中修改代码并保存，开发者工具会刷新并保持断点位置——前提是
.js.map文件生成且路径正确（通常在miniprogram/_npm/或miniprogram/common/下也能被识别）
Minapp 插件配置与自动编译避坑
Minapp 是目前最稳定的 VSCode 小程序协作插件，但它不是万能的，几个关键配置点容易漏掉：
- 微信开发者工具必须先开启服务端口：「设置」→「安全」→ 勾选「服务端口」，端口号默认
51906，不要改除非你同步改插件配置 - VSCode 设置中加
"minapp.autoCompile": true，但建议限制触发范围："minapp.autoCompileFileExtensions": ["js", "wxml", "wxss", "json"]，避免 .md 或 .gitignore 改动也触发编译 - 如果编译失败但无提示，检查开发者工具右上角是否弹出「编译失败」气泡——Minapp 不接管错误反馈，只发请求
- 首次使用 Minapp，按
Ctrl+Shift+P输入Minapp: Compile Project手动触发一次，确认连接通了再开自动
Variables 面板里看不到变量？别怪 VSCode
你不能在 VSCode 的 VARIABLES 面板里查小程序变量，它压根没接入调试上下文。所有变量、this.data、getApp() 返回值，都得去微信开发者工具的 Sources → 右侧 Scope 面板看。
- 在开发者工具 Sources 中停在断点后，右侧 Variables 分组下找
Closure或Local，而不是指望 VSCode 的面板 - 想看
Page实例上的数据？在断点处打开 Debug Console，输getCurrentPages()[0]，它会返回当前页面对象 - Watch 面板在 VSCode 里输
app.globalData是无效的——这个变量只存在于开发者工具的运行时，VSCode 不持有上下文 - 真要快速打印，用开发者工具 Console 标签页直接输表达式，比在 VSCode 里折腾 Watch 靠谱得多
最易被忽略的一点：sourcemap 生效的前提是开发者工具实际读到了 .map 文件。有些构建流程（比如自定义 webpack 配置或云开发模板）会把 map 文件输出到非标准路径，或者用 inlineSourceMap 写进 JS 里——微信开发者工具不认 inline 形式，必须是独立 .js.map 文件且和 .js 同级。
