perl必须在终端能直接调用，否则sublime构建系统无法启动；需先执行perl -v验证，再配置perl.sublime-build文件，确保语法识别、路径无空格、stderr重定向及file_regex匹配报错格式。
perl 必须在终端能直接调用，否则 Sublime 的构建系统根本启动不了——这是所有配置失败的根源，不是 JSON 写得不对，而是 perl 这个命令压根不存在于你的环境里。
确认 perl 是否真正可用
别跳过这步。打开终端（macOS/Linux）或命令提示符/PowerShell（Windows），执行：
perl -v
如果报 command not found 或 'perl' is not recognized，说明：
- macOS/Linux：没装 Perl，或 brew install perl 后路径没进 shell profile（检查 which perl 输出是否为空）
- Windows：Strawberry Perl 安装时没勾选「Add to PATH」，或安装后没重启终端/编辑器
- Sublime 启动方式影响环境变量：从桌面图标启动的 Sublime 可能读不到你改过的 PATH；改用终端执行 subl 启动它，才能继承当前 shell 环境
Perl.sublime-build 的最小可用配置
菜单 → Tools → Build System → New Build System…，粘贴以下内容并保存为 Perl.sublime-build（必须是这个扩展名）：
{
"cmd": ["perl", "$file"],
"file_regex": "^(.*?):([0-9]+):?([0-9]+)?:? (.*)$",
"selector": "source.perl",
"encoding": "utf-8"
}
关键点：
- "cmd" 数组第一项写 "perl" 就够了，除非 which perl 返回空才需填绝对路径（如 "C:\Strawberry\perl\bin\perl.exe"）
- "file_regex" 必须匹配 Perl 默认报错格式（如 test.pl line 12. 或 test.pl:15: syntax error），否则点击错误不会跳转到对应行
- "selector": "source.perl" 意味着：只有当前文件被识别为 Perl 语法时，该构建系统才自动激活；如果右下角显示的是 Plain Text，手动点它 → Perl，或按 Ctrl+Shift+P 输入 Set Syntax: Perl
中文输出乱码、warn/die 不显示？
默认构建只捕获 STDOUT，warn 和 die 输出到 STDERR，Sublime 不显示——所以脚本崩了却没报错，很常见。
解决办法：
- 在脚本开头加 use warnings; use strict;，让问题提前暴露在语法检查阶段
- 修改构建配置，把 STDERR 重定向到 STDOUT：
"shell_cmd": "perl "$file" 2>&1"- Windows 用户若用
shell_cmd 报错，改回 "cmd" 并确保 Perl 路径不含空格；Linux/macOS 下 shell_cmd 更可靠，尤其含中文路径时- 中文输出乱码本质是编码解码不一致：Perl 脚本用 UTF-8 保存，但 Windows 控制台默认 GBK；最稳方案是避免中文路径 + 统一用 UTF-8 + 不依赖系统 locale
为什么按 Ctrl+B 没反应或报 “No such file or directory”
这不是 Perl 的错，是 Sublime 解析 $file 变量时没做 shell 转义导致的：
- 文件路径含空格或中文（如 C:My Scriptshello.pl）→ Sublime 会拆成多个参数传给 perl，直接失败
- 解法只有两个：
• 把脚本移到纯英文、无空格路径下（如 C:codehello.pl），先验证是否环境问题
• macOS/Linux 改用 "shell_cmd": "perl "${file}" 2>&1"（双引号 + 转义）
- Windows 下 shell_cmd 不稳定，更推荐用完整路径 + "cmd"，且确保路径中反斜杠是双写（"C:\Strawberry\perl\bin\perl.exe"）
文件后缀是 .pl 不等于 Sublime 就认它是 Perl——语法识别、构建系统激活、PATH 可达性、路径字符安全，四个环节缺一不可。最容易被忽略的是：Sublime 启动方式导致 PATH 未加载，以及 file_regex 不匹配实际报错格式。
