VS Code launch.json的runtimeArgs属性中"."的作用及更新后launch失效求助

咱先来聊第一个问题——在Electron相关的launch配置里，runtimeArgs里的那个"."其实是给Electron主进程传的关键参数：它用来指定你的应用入口目录。

举个实际的例子，假设你的launch配置是这样的：

{
  "version": "0.2.0",
  "configurations": [
    {
      "type": "electron",
      "request": "launch",
      "name": "Launch My Electron App",
      "runtimeArgs": ["."],
      "preLaunchTask": "npm: build"
    }
  ]
}

这里的"."就是告诉Electron：“嘿，当前的工作目录就是我的应用根目录，你去这里找package.json，然后启动里面指定的主入口文件（一般是main.js或者main.ts）”。如果你的应用编译后文件在子目录里，也可以换成相对路径比如./dist，来指定编译后的输出目录作为启动入口。

遇到这种更新后突然崩掉的情况真的挺闹心的，大概率是VS Code自带的Electron调试插件（就是那个Debugger for Electron）跟着VS Code更新了，兼容性或者配置规则变了。给你几个实用的排查方向：

• 回滚调试插件版本：打开VS Code的扩展面板，找到Debugger for Electron，点击插件详情里的“安装另一个版本”，选上一个你之前用着没问题的版本试试，很多时候都是插件更新搞的鬼。
• 核对launch.json的配置细节：新版本插件可能对配置字段有了更严格的要求，比如有没有明确指定cwd（工作目录），或者runtimeExecutable的路径是不是需要调整。比如有些情况下，得把Electron的路径写死：

  "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/electron"
  

• 看调试控制台的报错信息：启动调试的时候一定要打开“调试控制台”，里面的报错提示能直接帮你定位问题——比如是不是找不到入口文件、依赖没装对，或者权限出问题了。
• 检查Electron版本兼容性：如果你的项目用的Electron版本比较老，新版本的调试插件可能不再兼容它了。可以试试把项目里的Electron升级到最近的稳定版，或者看看插件的说明文档里有没有兼容性要求。
• 重置launch配置试试：先把当前的launch.json备份好，然后重新生成一个默认的Electron启动配置，对比一下两个配置的差异，说不定是某个字段的写法在新版本里不支持了。

内容的提问来源于stack exchange，提问作者Purya.A