Sublime Text 需依赖已安装并配置好的 .NET SDK 才能运行 C# 代码；必须通过 dotnet CLI 构建系统（如 dotnet run）执行项目，不支持直接编译单文件或使用已弃用的 csc。
Sublime Text 本身不内置 C# 支持，无法直接编译运行 C# 代码；它只是个编辑器，必须依赖外部工具链（如 dotnet CLI）和正确配置的构建系统才能完成编译与执行。
确认已安装 .NET SDK 并可用
这是最常被跳过的前提——没有 dotnet 命令，Sublime 再怎么配都白搭。打开终端（或命令提示符），运行：
dotnet --version
若报错 'dotnet' is not recognized 或无输出，说明未安装或未加入系统 PATH。需从 .NET 官网 下载并安装最新 LTS 版本（如 .NET 8 SDK），安装时勾选「将 dotnet 添加到 PATH」选项。
- Windows 用户注意：安装后重启 Sublime Text，否则它读不到新环境变量
-
macOS/Linux 用户若用包管理器安装（如
brew install dotnet-sdk），需确保 shell 配置（~/.zshrc等）已生效 - 验证方式不止看版本号，还要能成功新建项目：
dotnet new console -o testapp && cd testapp && dotnet run
创建自定义构建系统（.sublime-build）
Sublime 通过构建系统调用外部命令。C# 不像 Python 那样有通用解释器入口，必须区分「编译单文件」和「运行项目」两种场景。推荐使用项目方式（即含 .csproj 文件），更稳定、可复用。
在 Sublime 中，依次点击 Tools → Build System → New Build System…，粘贴以下内容并保存为 C#.sublime-build（路径通常为 ~/Library/Application Support/Sublime Text/Packages/User/ 或 %APPDATA%\Sublime Text\Packages\User\）：
{
"cmd": ["dotnet", "run"],
"selector": "source.cs",
"working_dir": "${project_path:${folder}}",
"variants": [
{
"name": "Build",
"cmd": ["dotnet", "build"]
},
{
"name": "Clean",
"cmd": ["dotnet", "clean"]
}
]
}-
"selector": "source.cs"表示该构建系统自动激活于.cs文件 -
"working_dir"确保命令在项目根目录（含.csproj）下执行，否则dotnet run会失败 - 若想临时编译单个
.cs文件（无项目），需改用dotnet script或csc，但不推荐——缺少引用管理和 NuGet 支持
为什么不能直接用 csc 编译？
旧式 csc（C# 编译器）在 .NET Core / .NET 5+ 中已被弃用，仅作为 dotnet 的底层组件存在，不单独分发。即使你找到 csc.exe 路径，手动调用也会因缺失 System.Runtime 等核心引用而报错，例如：
The type or namespace name 'Console' could not be found
这是因为现代 C# 项目默认使用隐式引用（dotnet build 才能正确解析。
- 强行用
csc需手动指定所有引用 DLL（路径深、版本敏感），极易出错 -
dotnet script可运行单文件脚本（.csx），但语法和类库支持与标准 C# 项目不同，不适合学习或工程化 - 真正省事的做法：用
dotnet new console初始化项目，把代码写进Program.cs，再用 Sublime 打开整个文件夹
常见错误及对应检查点
按下 Ctrl+B（Windows/Linux）或 Cmd+B（macOS）后没反应、报错或输出乱码，优先排查这几项：
- 当前文件是否属于一个有效的 .NET 项目？即目录中是否存在
.csproj文件且内容合法（非空、含 - Sublime 的构建系统是否已切换为刚创建的
C#（菜单栏 Tools → Build System 下有勾选） - 终端里能跑通
dotnet run，但 Sublime 里不行？大概率是环境变量未加载——Windows 重装 SDK 后重启 Sublime；macOS/Linux 检查 Sublime 是否从终端启动（如subl .） - 中文输出显示为问号？这是 Windows 控制台编码问题，不是 Sublime 的锅。可在构建系统中加
"encoding": "utf-8"，但根本解法是改系统区域设置或用 WSL
真正卡住的地方往往不在 Sublime 配置本身，而在 .NET 工具链的完整性与上下文一致性。别试图绕过 .csproj，那是现代 C# 开发不可省略的契约。
