不能——Sublime Text 仅是编辑器，需系统已安装 Perl 并正确配置环境变量；Build System 必须用 JSON 格式精准配置 cmd、路径、权限等，否则静默失败。
Sublime Text 能不能直接运行 Perl 脚本
不能——Sublime Text 本身不带执行环境，它只是个编辑器。所谓“运行”，其实是靠调用系统已安装的 perl 命令，再把输出结果展示在内置的 Build 系统里。所以第一步永远是：确认终端里能跑 perl -v，否则 Sublime 再怎么配都是黑屏或报错。
Build System 配置写不对就根本没反应
Sublime 的 Build System 是纯 JSON，路径、引号、逗号一个错就静默失败。常见错误包括：cmd 数组里漏了 perl（只写了脚本路径）、Windows 下没加 .bat 后缀、Mac/Linux 忘了给脚本加可执行权限。
实操建议：
- 新建
Tools → Build System → New Build System，粘贴以下内容（根据系统选）：
{
"cmd": ["perl", "$file"],
"file_regex": "^(...*?):([0-9]+):([0-9]+):?(.*)$",
"selector": "source.perl",
"encoding": "utf-8"
}
保存为 Perl.sublime-build，放在默认弹出的路径下（通常是 ~/Library/Application Support/Sublime Text/Packages/User/ 或 %APPDATA%\Sublime Text\Packages\User\）。
- 确保当前文件后缀是
.pl，且右下角状态栏显示 “Perl” 语言模式（点一下切换） - 按
Ctrl+B（Win/Linux）或Cmd+B（Mac）触发构建，不是 Ctrl+R
中文路径或含空格时报错 “No such file or directory”
这是 Sublime Build System 解析 $file 时没做 shell 转义导致的。Linux/macOS 下可用 ["perl", "$file_path/$file_name"] 替代，但更稳妥的是统一用绝对路径 + 引号包裹逻辑——可惜 Sublime 不支持原生引号转义。实际解法只有两个：
- 把 Perl 脚本移到无空格、纯英文路径下（比如
~/code/test.pl），这是最快验证是否环境问题的方式 - 改用
shell_cmd（仅限 macOS/Linux）："shell_cmd": "perl \"${file}\""，注意双引号和转义 - Windows 用户遇到
'perl' is not recognized，说明 PATH 没生效——Sublime 启动方式影响环境变量，建议从命令行执行subl启动编辑器，而非桌面图标
想看调试信息或捕获 warn/die 输出
默认 Build System 只显示标准输出（print），warn 和 die 走的是 STDERR，Sublime 默认不捕获。如果脚本崩了却没报错，大概率是 STDERR 被吞了。
- 临时加一句
use warnings; use strict;，让问题提前暴露 - 在 Build System 里加
"variants"分支，用shell_cmd把 STDERR 重定向到 STDOUT："shell_cmd": "perl \"$file\" 2>&1" - 别依赖 Build System 做复杂调试——
perl -c script.pl检查语法，perl -d script.pl进 debugger，这些在终端里更稳
真正卡住的往往不是配置步骤，而是 Perl 自身没装对、或者 Sublime 启动时根本没读到你改的 .sublime-build 文件——删掉缓存、重启、再检查一次文件名和路径，比反复调参数更有效。
