sublime text需通过自定义build system配合外部工具实现运行时间测量:windows用timer.exe(需path或绝对路径,注意双层转义),linux/macos用/usr/bin/time(避免bash内置time),python内嵌用time.perf_counter()。

Sublime Text 本身不内置运行时间测量功能,必须通过自定义 Build System 配合外部工具(如 timer.exe、time 命令或 Python 的 time 模块)来实现 —— 直接改 Build System 是唯一稳定、跨语言通用的方案。
用 timer.exe 测 C++/Python 等可执行程序的耗时(Windows)
这是 Windows 下最常用、最可控的方式,尤其适合需要精确到毫秒且屏蔽输出干扰的场景。
-
timer.exe实际是一个封装了clock()或QueryPerformanceCounter的小工具,它不捕获 stdout,只负责计时并打印分隔线和时间,再把控制权交还给被测程序 - Build System 中的
"shell_cmd"要写成两段式:"g++ "$file" -o "$file_base_name" && timer "$file_base_name""(C++)或"python -u "$file" | timer"(Python,需 timer 支持管道输入) - 注意路径问题:
timer.exe必须在PATH中,或写绝对路径,例如"C:/tools/timer.exe "$file_base_name"" - 常见错误:直接用
timer python -u "$file"会失败 ——timer接收的是一个要执行的命令字符串,不是多个参数;正确写法是"timer "python -u \"$file\"""(双层转义)
Linux/macOS 下用系统 time 命令(含详细资源统计)
Unix-like 系统自带的 /usr/bin/time(不是 shell 内置 time)能输出真实耗时、内存占用、系统调用次数等,比 Windows 的 timer.exe 信息更全。
- Build System 中设
"shell_cmd": "/usr/bin/time -f 'Time: %e s, Max RSS: %M KB' python -u "$file"" -
%e是实际经过时间(real),%U是用户态 CPU 时间,%S是内核态时间,%M是峰值内存(KB) - 容易踩坑:Mac 默认
time是 bash 内置命令,不支持-f;必须显式调用/usr/bin/time,否则报错time: bad option - 如果想只显示时间(不带其他字段),用
-f '%e'即可,但要注意它会覆盖程序本身的 stdout 输出 —— 若需同时看结果和时间,得重定向或换方案
Python 脚本内嵌计时(无需外部工具,但侵入代码)
适合快速验证某段逻辑耗时,不想配 Build System,也不介意修改源码。
- 用标准库
time.perf_counter()(推荐)或time.time(),前者精度更高、不受系统时钟调整影响 - 示例:
import time start = time.perf_counter() # your code here print(f"Time: {(time.perf_counter() - start)*1000:.2f} ms") - 注意:不要用
time.clock()(Python 3.8+ 已移除),也不要依赖datetime.now()做差值 —— 它精度低且受系统时间跳变影响 - 这个方法无法测量启动开销(如 import、解释器初始化),只测括号内代码;若要包含整个脚本启动时间,得用外部工具
Build System 中同时显示时间和结果(关键取舍点)
多数人卡在这一步:要么只看到时间,要么只看到输出,想两者共存却总被覆盖。根本原因是 Sublime 的 Build System 默认只捕获 stdout,而 time 或 timer 的输出也走 stdout。
- Windows 下最稳解法:让
timer.exe把时间打到 stderr(用fprintf(stderr, ...)编译),这样 Sublime 就能同时显示程序 stdout 和 timer 的 stderr - Linux/macOS 下可用
2>&1合并流:/usr/bin/time -f 'Time: %e s' python -u "$file" 2>&1,但会混在一起,需靠-f格式控制顺序 - 绝对避免的做法:在 Build System 里用
echo+python分两行执行 —— Sublime 会把echo当作主命令,python的输出可能被截断或丢失 - 真正干净的方案其实是用插件(如
ExecHook),但它需要写 Python 插件逻辑,对临时需求来说,改 Build System 更直接
真正难的不是加时间,而是让时间不抢输出、输出不吞时间 —— 所有方案都绕不开流重定向和 stderr/stdout 的分离意识。这点一旦忽略,就只能反复删配置重试。











