Manjaro Linux下VSCode调试.NET项目时npm启动失败求助

1. 修正VSCode调试配置的工作目录 #

VSCode调试时的默认工作目录和dotnet run的运行环境不一致，会导致相对路径解析错误：

• 打开项目下的.vscode/launch.json
• 找到对应调试配置（一般是.NET Core Launch (web)），添加或修改cwd字段，使用绝对路径或者基于${workspaceFolder}的正确相对路径，Linux下带空格的路径直接用引号包裹即可：

  {
      "name": ".NET Core Launch (web)",
      "type": "coreclr",
      "request": "launch",
      "preLaunchTask": "build",
      "program": "${workspaceFolder}/bin/Debug/netX.X/你的项目.dll",
      "args": [],
      "cwd": "${workspaceFolder}/正确路径/My Project", // 替换成实际的工作目录路径
      "stopAtEntry": false,
      "serverReadyAction": {
          "action": "openExternally",
          "pattern": "\\bNow listening on:\\s+(https?://\\S+)"
      },
      "env": {
          "ASPNETCORE_ENVIRONMENT": "Development"
      },
      "sourceFileMap": {
          "/Views": "${workspaceFolder}/Views"
      }
  }
  

• 原配置里的../../My Project是基于Windows下的工作目录层级，换成VSCode工作区下的相对路径即可。

2. 调整npm脚本的路径格式 #

如果项目package.json里的脚本指定了工作目录，检查是否是Windows风格的路径：

• 打开package.json，找到相关启动脚本，把路径改成Linux风格（用/分隔），带空格的路径直接保留，不需要额外转义：

  "scripts": {
      "start": "npm run build --workspace=\"../../My Project\""
  }
  

3. 确认VSCode的工作区根目录 #

如果VSCode打开的不是项目根文件夹，会导致相对路径计算错误：

• 关闭VSCode，重新打开项目的根文件夹，确保${workspaceFolder}指向正确的项目根目录，这样所有相对路径才能正确解析。

4. 检查调试前置任务的工作目录 #

如果调试前有构建任务（preLaunchTask指定的任务），检查.vscode/tasks.json的cwd配置：

• 确保任务的工作目录和项目实际需要的一致，避免任务执行时改变工作目录，导致npm启动时路径错误：

  {
      "label": "build",
      "command": "dotnet",
      "type": "process",
      "args": [
          "build",
          "${workspaceFolder}/你的项目.csproj",
          "/property:GenerateFullPaths=true",
          "/consoleloggerparameters:NoSummary"
      ],
      "cwd": "${workspaceFolder}", // 确保这里是项目根目录
      "problemMatcher": "$msCompile"
  }
  

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