Sublime中“运行单文件”本质是构建系统用$file变量代入当前文件绝对路径，必须保存后才有效；$file_path设工作目录防路径错误；选中代码执行需显式读stdin，非默认行为。
Sublime 本身不区分“单文件模式”，它只认构建系统配置和当前上下文——所谓“运行单文件”，本质是构建命令里用了 $file 变量，且工作目录设对了。
为什么 $file 是关键变量
构建系统中写 "cmd": ["python", "$file"]，Sublime 在执行时会把 $file 替换为当前打开文件的**绝对路径**。这不是语法糖，是 Sublime 构建系统的硬编码变量，不依赖插件或额外脚本。
- 必须保存文件后
$file才有值；未保存的临时标签页会报错或传空字符串 - 路径含空格时，
cmd必须用数组形式（不能用shell_cmd），否则空格截断 -
$file_path和$file_name可组合使用，比如"working_dir": "$file_path"确保进程在文件所在目录启动 - 不同语言要配不同解释器：Python 用
python3，JS 用node，C# 用dotnet run（但后者要求项目根下有.csproj）
运行选中代码块 vs 全文件：不是默认行为，得靠构建系统设计
Sublime 原生构建系统不自动识别选区。所谓“选中就只跑那段”，其实是构建命令主动读取 stdin 实现的，比如：
{
"cmd": ["node", "-e", "eval(require('fs').readFileSync('/dev/stdin', 'utf-8'))"],
"selector": "source.js",
"shell": true
}
这类配置本质是把选中内容通过管道传给 Node.js 的 -e 模式执行。但注意：
- Linux/macOS 用
/dev/stdin，Windows 得换\.conin$，否则卡住 - PHP 类似，要用
php -r "eval(...)"+php://stdin - Python 不支持直接
-c读 stdin 执行多行代码（缩进解析失败），得靠外部脚本中转 - 一旦用了 stdin 模式，
$file就失效了——你运行的不再是文件，而是剪贴板里的字符串
常见失败点：工作目录错位导致找不到依赖
比如 C# 文件单独打开，构建系统写 "cmd": ["dotnet", "run"]，但 "working_dir" 设成 $file_path 就会失败——因为 dotnet run 必须在含 .csproj 的目录执行，而 $file_path 只是 .cs 文件所在目录，不等于项目根。
- 正确做法是用
"working_dir": "${project_path:${folder}}"：有项目就用项目路径，没项目就退到第一个打开的文件夹 - 纯单文件 C# 测试，别硬上
dotnet run，改用dotnet script或先dotnet new console --no-restore初始化最小项目 - Node.js 和 Python 对工作目录宽容些，但 require/import 相对路径仍会因
working_dir错而报Cannot find module
真正灵活的“单文件运行”，不在快捷键多花哨，而在构建命令是否精准控制输入源（文件 or stdin）、工作目录（$file_path or ${project_path}）、以及解释器参数（-e, -r, -m）。漏掉任一环，Ctrl+B 都可能静默失败或报错位置诡异。
