不能。sublime text 是纯客户端编辑器，不内置 docker 环境，需通过构建系统调用宿主机 docker 命令挂载文件到容器执行；关键依赖本地 docker、镜像就绪、路径正确及变量作用域处理。
Sublime Text 能不能直接在 Docker 容器里编译运行代码
不能。Sublime Text 本身是纯客户端 GUI 编辑器，不提供容器运行时环境，也不内置 Docker CLI 集成。所谓“Docker 内编译运行”，本质是借壳：用 Sublime 的构建系统（build_systems）调用宿主机上的 docker 命令，把当前文件挂载进容器执行。关键不是 Sublime 多强大，而是你本地有没有 docker、镜像是否就绪、路径挂载是否正确。
配置 build_system 文件让 Sublime 调用 docker run
核心是写一个 .sublime-build 文件，放在 Packages/User/ 目录下（可通过 Sublime → Preferences → Browse Packages 打开）。它不是写 Dockerfile，而是拼一条可执行的 docker run 命令。
常见错误现象：docker: command not found（PATH 没传给 Sublime）、Cannot connect to the Docker daemon（Docker Desktop 未启动或权限不足）、挂载后找不到源文件（宿主机路径没映射对）。
-
"cmd"必须用数组形式，避免 shell 解析歧义，例如：["docker", "run", "--rm", "-v", "${file_path}:/workspace:ro", "-w", "/workspace", "gcc:11", "gcc", "-o", "${file_base_name}", "${file_name}", "&&", "./${file_base_name}"]是错的——&&在数组里不会被 shell 执行；应改用sh -c - 推荐写法：
["sh", "-c", "docker run --rm -v '${file_path}:/workspace:ro' -w /workspace gcc:11 sh -c 'gcc -o ${file_base_name} ${file_name} && ./${file_base_name}'"] - 注意单引号包裹整个
sh -c字符串，防止 Sublime 提前展开变量；${file_path}和${file_name}是 Sublime 内置变量，只在 cmd 数组中生效，不能放在单引号内部再引用 - 如果镜像需要交互（如 Python REPL），加
-i -t；但构建系统默认不支持 TTY，建议仅用于一次性编译+运行，调试请换 VS Code + Dev Containers
不同语言怎么写对应的 docker build_system
别硬套模板。重点看三件事：基础镜像是否存在、工作目录是否匹配、编译+运行命令是否能在容器内连贯执行。下面几个典型场景：
- Python：
["sh", "-c", "docker run --rm -v '${file_path}:/workspace:ro' -w /workspace python:3.11 python ${file_name}"]—— 注意不用编译，但要确保${file_name}是绝对路径（${file}更稳妥） - C++：
["sh", "-c", "docker run --rm -v '${file_path}:/workspace:ro' -w /workspace gcc:11 sh -c 'g++ -std=c++17 -o ${file_base_name} ${file_name} && ./${file_base_name}'"]—— 镜像里没g++？换ubuntu:22.04自装，但体积大、启动慢 - Go：
["sh", "-c", "docker run --rm -v '${file_path}:/workspace:ro' -w /workspace golang:1.22 go run ${file_name}"]—— Go 源码路径必须在$GOPATH/src下才支持go build，简单脚本用go run最省事
性能影响：每次保存即构建，容器启动+拉取镜像（首次）+编译+退出，耗时远高于本地执行。别把它当开发主力环境，适合验证跨平台行为或隔离依赖。
为什么 build_system 有时不生效或报错“no such file”
最常被忽略的是路径权限和变量作用域。Sublime 的 ${file_path} 返回的是宿主机路径（如 /Users/me/project），但 Docker for Mac/Windows 默认只共享 /Users、/home 等白名单目录；若项目在 /tmp 或外接磁盘，挂载会静默失败。
- 检查 Docker Desktop 设置 → Resources → File Sharing，确认你的项目根目录已勾选
- Linux 用户注意：Sublime 若以 snap 安装，
docker命令可能被 sandbox 隔离，改用 tarball 版或手动添加docker到 PATH 并在 build_system 中写绝对路径（如/usr/bin/docker） - Windows 用户注意：路径分隔符，
${file_path}返回C:project，但 Docker Linux 容器只认/c/project；此时应改用${file_path:/\=/}替换变量（Sublime 支持简单正则替换） - 构建系统没出现在 Command Palette？检查文件扩展名是否匹配
"selector": "source.c"，或删掉该字段强制全局可用
真正卡住的点，往往不在 Docker 命令本身，而在宿主机路径能否被容器看见、Sublime 进程是否有权调用 docker、以及变量在 shell 层和 Sublime 层的两次解析顺序。
