Node.js命令行参数打印时路径正斜杠丢失问题排查咨询

首先，从你给出的现象和配置来看，Git Bash对Windows路径反斜杠的转义处理是最可能的核心原因，咱们一步步拆解：

可能的原因 #

• Git Bash默认会把反斜杠\当作转义字符解析。当VSCode的${file}变量输出带反斜杠的Windows路径（比如c:\Users\...）时，Bash会自动处理这些转义序列：比如\U会被视为转义指令（尝试转义大写字母U），最终导致反斜杠被直接去掉，路径变成无分隔符的字符串。
• 你另一个项目没问题，大概率是因为那个项目的路径里没有触发Bash转义的字符（比如目录名都是小写），或者该项目的Shell配置、命令处理方式和当前项目不同。

排查与解决步骤 #

1. 手动验证Bash的路径解析问题 #

打开Git Bash，手动执行模拟扩展逻辑的命令，确认问题根源：

node file-changed.js "c:\Users\66851\development\projectb\test-file.js"

如果执行后process.argv输出的路径依然丢失斜杠，那就坐实了是Bash转义导致的问题。

2. 修改Run on Save命令，适配Bash路径处理 #

你可以通过两种方式解决路径转义问题：

• 方案一：把反斜杠替换为正斜杠
  修改commands中的cmd为：

  "cmd": "node file-changed.js \"${file//\\\\//}\""
  

  这里的${file//\\\\//}是Bash的参数替换语法，会把所有\（在Bash里需要写成\\\\来转义）替换成兼容性更好的正斜杠/。
• 方案二：用单引号包裹路径阻止转义
  修改cmd为：

  "cmd": "node file-changed.js '${file}'"
  

  单引号在Bash中会保留字符串的原始格式，不会解析任何转义字符。

3. 更换Shell为Windows原生CMD #

如果不想折腾Bash的转义规则，可以把扩展的Shell换成Windows原生的cmd.exe，它对Windows路径的支持更直接：
修改配置为：

"emeraldwalk.runonsave": {
  "shell": "C:\\Windows\\System32\\cmd.exe",
  "commands": [
    {
      "cmd": "node file-changed.js \"${file}\""
    }
  ]
}

注意这里要用双引号包裹${file}，避免路径中的空格导致参数被意外拆分。

4. 对比正常项目的差异 #

仔细检查另一个正常项目的细节，找到差异点：

• 路径结构：是否目录名没有大写开头（比如\u而非\U，Bash对小写转义序列的处理逻辑不同）？
• 扩展配置：是否Shell类型、命令参数的包裹方式不一样？
• Node脚本逻辑：是否该脚本对传入的路径做了额外的转义修复？

内容的提问来源于stack exchange，提问作者cag8f