vscode跑不了c#项目主因是.net sdk未正确安装或未加入path；需验证dotnet --version输出版本号、dotnet --list-sdks显示路径，且必须在.csproj所在文件夹打开项目，launch.json中program须指向bin/debug下真实存在的.dll绝对路径。
VSCode 跑不了 C# 项目，90% 是因为没装对 .NET SDK，而不是扩展没装、launch.json 写错或 OmniSharp 没启动。
dotnet --version 命令不识别？先别碰 VSCode
终端里敲 dotnet --version 报 command not found 或直接无响应，说明系统根本没把 .NET SDK 加进 PATH。VSCode 启动时不会自动继承新环境变量，重启编辑器也没用。
- Windows：必须下载带 “SDK” 字样的安装包（如
.NET SDK 8.0.100），不是ASP.NET Core Runtime；装完后关掉所有终端再重开 - macOS：用官网 .pkg 安装，别混用
brew install dotnet-sdk和官网包；装完执行source ~/.zshrc（或对应 shell 配置） - Linux（Ubuntu/Debian）：除了
sudo apt install dotnet-sdk-8.0，还得补sudo apt install libicu72 libssl3（版本号依发行版变） - 验证成功标志：终端输出类似
8.0.100，且dotnet --list-sdks返回带路径的一行，如8.0.100 [/usr/share/dotnet/sdk]
C# 扩展显示 “Starting…” 卡住？检查项目结构是否合法
OmniSharp 不会在单个 .cs 文件里启动语言服务——它只认 .csproj、.sln 或 global.json。打开一个空文件夹或单个源文件，右下角永远是 “Starting…”，F5 必然失败。
- 正确做法：终端进空目录，运行
dotnet new console -n MyApp，然后在 VSCode 中用 File > Open Folder 打开MyApp文件夹（不是MyApp.cs） - 已误开单文件？关掉整个窗口，重新以文件夹方式打开
- 仍卡住？看 Output 面板中
OmniSharp Log，若出现The SDK 'Microsoft.NET.Sdk' could not be found，说明dotnet路径没被识别，需手动配omnisharp.dotnetPath - macOS 上首次启动慢是正常的——OmniSharp 会后台下载约 100MB 的 .NET tool，别强制退出
launch.json 的 program 字段为什么总报错？它不是指向 .cs 文件
program 字段必须是编译后生成的 .dll 的绝对路径，不是源码，也不是相对路径。写成 Program.cs 或漏掉 ${workspaceFolder} 前缀，调试立刻失败，报错信息通常是 Cannot launch program; setting 'program' must be an absolute path to the executable。
- 默认模板生成的
"program": "${workspaceFolder}/bin/Debug/net8.0/MyApp.dll"多数情况可用，但前提是项目实际生成了这个路径 - 先手动运行一次
dotnet build，然后去bin/Debug/下看真实结构：如果.csproj里写了<targetframework>net8.0-windows</targetframework>，路径可能是bin/Debug/net8.0-windows/MyApp.dll - RID（如
win-x64）也会导致子目录变化，不能全信模板；改program值前，务必确认该.dll文件真实存在 - 如果项目用了
<outputtype>WinExe</outputtype>，调试时console字段要设为externalTerminal，否则看不到输出
点 Yes 自动生成 launch.json 后还是调试失败？别跳过 preLaunchTask
VSCode 提示 “Required assets to build and debug are missing…” 时点 Yes，会生成 launch.json 和 tasks.json，但后者若没正确定义 build 任务，preLaunchTask: "build" 就会静默失败，导致调试时运行的是旧二进制或根本没生成 DLL。
- 检查
.vscode/tasks.json是否含"label": "build"且"command": "dotnet"、"args": ["build"] - 如果 tasks.json 为空或 label 不叫
build，F5 会跳过构建直接尝试加载不存在的 DLL - 临时验证方法：终端先跑
dotnet build，再按 F5；如果这时能调试成功，说明 tasks.json 配置有问题 - 更稳妥的做法是删掉
preLaunchTask字段，改用dotnet watch run配合热重载，适合开发阶段
最容易被忽略的点：.NET SDK 版本和 .csproj 里的 TargetFramework 必须匹配。比如装了 .NET 8 SDK，但项目写的是 net6.0，OmniSharp 可能无法解析引用；反过来，装了 .NET 6 SDK 却建 net8.0 项目，dotnet build 直接报错。版本对不上，所有后续配置都白搭。
