sublime text 竞赛配置核心是构建系统与外部工具链协同:需用双引号包裹路径变量防空格/中文出错,competitive companion 仅导样例,须配合 fastolympiccodinghook 注入输入或手动重定向;ctrl+b 编译、f9 运行、f10 对拍需通过构建变体+快捷键绑定实现,模板 snippet 依赖正确语法高亮和已保存的 .cpp 文件。

Sublime Text 本身不支持自动读取题目样例、注入输入或比对输出,所谓“竞赛环境”本质是靠构建系统 + 外部工具链拼出来的。能跑通 Ctrl+B 编译 + Ctrl+Shift+B 运行只是起点,真正关键的是让输入/输出可复现、错误可定位、模板可复用。
怎么让 Sublime 调用 g++ 并正确处理中文路径和空格
Windows 下用 MinGW-w64 或 macOS/Linux 用 GCC/Clang,只要 g++ --version 在终端能返回版本号,就说明编译器就位。但 Sublime 构建系统会把 ${file} 直接拼进命令行——如果路径含中文或空格(比如 D:我的代码 est.cpp),shell 就会把它拆成多个参数,g++ 收不到完整路径,报错 fatal error: no input files。
实操建议:
- Windows 用户必须用双引号包裹所有路径变量:
"${file}"、"${file_path}/${file_base_name}.exe" - macOS/Linux 用户同样要加引号,且注意可执行文件默认无扩展名,别漏掉
"${file_path}/${file_base_name}" - 避免在路径中使用中文或空格——不是“尽量”,而是“必须”。项目根目录建议设为
C:cm或~/acm - 验证方式:在构建系统里临时加一句
echo "${file}",看 Build Results 面板是否输出带引号的完整路径
为什么 Competitive Companion 插件读不到样例,或运行时 stdin 为空
Competitive Companion 本身只负责把网页上的样例复制到剪贴板或写入临时文件,它不修改 Sublime 的构建行为。如果你的构建系统没主动读取这些数据,std::cin 就永远等不到输入。
实操建议:
- 不要指望构建系统自动“接入”样例。标准做法是:用 Competitive Companion 导出样例到
in.txt,再在构建命令里重定向:"shell_cmd": "g++ -std=c++17 "${file}" -o "${file_path}/${file_base_name}" && "${file_path}/${file_base_name}" "${file_path}/out.txt"" - Windows 用户注意:
和 <code>>在cmd中可用,但 PowerShell 默认禁用重定向;如用 PowerShell,需在构建系统中显式设"shell": true并改用cmd /c包裹命令 - 如果想一键生成
in.txt和out.txt,得配合 FastOlympicCodingHook 这类插件,它会在构建前自动创建测试文件并注入样例
如何配置 Ctrl+B 编译 + Ctrl+F9 运行 + F10 对拍(diff)
Sublime 的快捷键绑定和构建变体(variants)是解耦的。你不能只靠一个 .sublime-build 文件实现全部功能,必须组合使用:构建系统定义“做什么”,Key Bindings 定义“按什么键触发哪一步”。
实操建议:
- 在
C++.sublime-build中定义至少两个变体:"name": "Run"(仅运行)、"name": "Diff"(运行 A/B 两个可执行文件并diff输出) - 在
Preferences → Key Bindings右侧用户配置中添加:[ {"keys": ["ctrl+b"], "command": "build"}, {"keys": ["f9"], "command": "build", "args": {"variant": "Run"}}, {"keys": ["f10"], "command": "build", "args": {"variant": "Diff"}} ] -
"Diff"变体的shell_cmd示例(Linux/macOS):"g++ -std=c++17 "${file}" -o "${file_path}/a" && g++ -std=c++17 "${file_path}/b.cpp" -o "${file_path}/b" && "${file_path}/a" "${file_path}/a.out" && "${file_path}/b" "${file_path}/b.out" && diff "${file_path}/a.out" "${file_path}/b.out"" - Windows 用户要把
diff换成fc,且路径分隔符统一用/或双反斜杠\,否则fc会报路径无效
模板文件(snippet)和自动补全为什么经常失效
Sublime 的 snippet 依赖语法高亮识别(即 selector)。如果你新建文件后没手动选语言模式(右下角点 C++),或者文件没保存(仍是 untitled),snippet 就不会触发。
实操建议:
- 模板文件必须保存为
.sublime-snippet,放在Packages/User/目录下,内容里<tabtrigger>acm</tabtrigger>对应你输入acm后按 Tab 键展开 - 确保文件已保存为
.cpp后缀,且右下角语言模式显示为C++(不是 Plain Text 或 C) - 如果用了
FastOlympicCodingHook,它会覆盖默认新建行为;此时需检查其设置中是否启用了"auto_create_template": true - 不要在未保存的
untitled标签页里测试 snippet——Sublime 不知道该用哪种语法,selector匹配失败
最常被忽略的一点:所有外部工具(Competitive Companion、FastOlympicCodingHook、Python 脚本)都依赖 Sublime 的构建系统输出路径和文件名保持稳定。一旦你在 .sublime-build 里用了 ${file_base_name}.exe,而另一个插件硬编码了 a.out,整个流程就会断裂。路径、命名、编码(UTF-8 with BOM 在 Windows 下可能引发乱码)、权限(macOS/Linux 的可执行位),每个环节都得对齐,少一个,对拍就卡住,样例就喂不进去。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











