sublime text 无法直接运行 c#，必须依赖已安装且全局可用的 .net sdk（dotnet cli）；需先在终端执行 dotnet --version 验证成功，再配置构建系统指向含 .csproj 的项目根目录。
Sublime Text 本身不支持直接运行 C#，所有“运行”动作都依赖你系统里是否装好、且能被调用的 dotnet CLI；没通过 dotnet --version 验证就配构建系统，90% 会失败。
dotnet 命令必须在终端和 Sublime 中都可用
这是唯一硬性前提，跳过等于白配。
-
dotnet --version在 CMD / PowerShell / Terminal 中必须成功返回版本号（如8.0.100）；若报'dotnet' is not recognized，说明未安装或 PATH 未生效 - Windows 安装 .NET SDK 时务必勾选「将 dotnet 添加到 PATH」，装完重启 Sublime Text —— 它不会自动读取新环境变量
- macOS 用
brew install dotnet-sdk后，检查~/.zshrc是否有source $(brew --prefix)/etc/profile.d/dotnet.sh并已执行source ~/.zshrc - Linux 用户慎用 snap 安装（
snap install dotnet-sdk），常因权限隔离导致 Sublime 调用失败；推荐用官方 APT/YUM 源安装 - 验证不止看版本：运行
dotnet new console -o test && cd test && dotnet run，输出Hello, World!才算真正可用
构建系统必须指向含 .csproj 的项目根目录
Sublime 不支持单文件 dotnet run，它只认项目结构；工作目录错位是“找不到可执行文件”错误的主因。
- 构建系统中
"working_dir": "${project_path:${folder}}"是关键——它优先取项目路径，没开项目则退到当前文件夹，但该文件夹下必须有.csproj - 绝对不要用
${file_path}：它指向.cs文件所在目录，不是项目根目录；比如文件在src/Program.cs，${file_path}就是src/，而.csproj通常在上层 - 如果只是临时跑一段代码，别硬套
dotnet run；改用dotnet script（需dotnet tool install -g Microsoft.dotnet-script）或传统csc（仅限简单无引用场景） -
"selector": "source.cs"确保打开任意.cs文件时自动激活该构建系统，但前提是工作目录合法
构建系统配置示例与常见变体
保存为 CSharp.sublime-build 到 Packages/User/ 目录，内容需严格匹配以下结构：
{
"cmd": ["dotnet", "run"],
"selector": "source.cs",
"working_dir": "${project_path:${folder}}",
"variants": [
{
"name": "Build",
"cmd": ["dotnet", "build"]
},
{
"name": "Clean",
"cmd": ["dotnet", "clean"]
}
]
}
-
"cmd": ["dotnet", "run"]是默认行为，按Ctrl+B（Windows/Linux）或Cmd+B（macOS）触发 - 按
Ctrl+Shift+B可唤出变体菜单，选Build仅编译，不运行；Clean清理bin/obj - 若想支持单文件快速执行（无项目），可额外加一个 variant：
"name": "Script", "cmd": ["dotnet", "script", "$file"]，但需提前装好dotnet-script工具 - 路径含中文、空格或符号（如
My C# Project）会导致dotnet报错；建议全程使用纯英文、无空格路径
最容易被忽略的是：Sublime 不解析 .csproj，也不做任何引用检查或 NuGet 恢复。它只负责把命令扔给 dotnet，所以 dotnet restore 是否成功、包是否下载完，全靠你自己在终端里确认。一旦看到 The project file could not be loaded 或 Unable to load DLL，先去终端里 cd 到项目根目录手动跑一遍 dotnet build —— 别指望 Sublime 给你兜底。
