sublime text对perl遗留系统维护足够好，前提是手动设置语法、绑定扩展名、安装perl插件并配合正则搜索与人工标记；右下角显示plain text或shell-unix-generic即表明未正确识别perl语法，需通过set syntax: perl或配置extensions和syntax实现高亮与基础开发支持。
Sublime Text 不是 Perl IDE，但对 Perl 遗留系统维护足够好——前提是别指望它自动跳转到 sub 定义或解析 use base 继承链；得靠人眼+正则+插件组合拳，把“看不懂的代码”快速缩成“改得了的片段”。
Perl 语法高亮失效？先确认是不是 Bash 或 Plain Text 在冒充
很多老 Perl 脚本（.pl、.pm）打开后全是灰色文字，右下角显示 Plain Text 或 Shell-Unix-Generic。这不是编码问题，是 Sublime 没绑定 Perl 语法包。
- 按
Ctrl+Shift+P→ 输入Set Syntax: Perl，选中官方Perl（作者 wbond，不是 Perl-IDE 或其他第三方） - 若列表里没有
Perl，用 Package Control 安装：再输Package Control: Install Package→ 搜索Perl→ 安装后重启 - 永久绑定：打开
Preferences → Settings – Syntax Specific，右侧加：{"extensions": ["pl", "pm"], "syntax": "Packages/Perl/Perl.sublime-syntax"}
注意：官方 Perl 包不支持 perltidy 自动格式化，也不解析 use overload 这类高级特性，但能正确高亮 qr//、__PACKAGE__、our $var 和嵌套 map { ... } @list，够用了。
grep 式定位：用正则快速揪出 eval、system、open 等风险调用
Perl 遗留代码最危险的不是逻辑错，而是裸调用外部命令或动态代码执行。不能靠肉眼扫，得用 Ctrl+Shift+F 全局搜索带上下文的正则模式：
-
eval\s*\([^)]*\)—— 找所有字符串 eval，排除eval { ... }块 -
\b(?:system|exec|qx|`)\s*["'`]—— 匹配带引号的命令调用 -
open\s*\w+\s*,\s*["'].*?["']—— 查未校验的文件路径拼接 -
use\s+(?:CGI|LWP::UserAgent|DBI)—— 快速识别对外部模块的依赖层级
搜完别急着改。先用多光标（Ctrl+Click）在结果行首加 # TODO: sanitize input，留痕后再逐个补 quotemeta 或改用 IPC::Open3。
变量作用域混乱？靠 our/my 标记 + BracketHighlighter 看清边界
老 Perl 常混用 our、my、全局 $var，一个 for 嵌套三层后根本分不清 $i 是哪层的。BracketHighlighter 插件能高亮匹配的花括号和 do { ... } 块，但得配合人工标记：
- 遇到裸
$foo = ...，立刻补成our $foo = ...（表示包级全局）或my $foo = ...（表示词法局部） - 搜索
^\s*sub\s+\w+定位函数入口，用Ctrl+P输入@subname跳转（Sublime 原生支持） - 对
package声明块，用 BracketHighlighter 看清1;结尾位置——很多 bug 出在package A;后面漏了1;，导致后续代码被当成 A 包的一部分
别信插件自动推导的“变量引用链”。Perl 的 symbol table 动态性太强，SublimeCodeIntel 在这类代码里常误报“undefined”，不如手动加注释：# used by Foo::Bar::handler()。
CPAN 模块缺失报错？用 perl -c 验证而非依赖 Sublime 构建
打开一个 .pl 文件，Ctrl+B 报 Can't locate Some::Module.pm，不是 Sublime 配置错，是 Perl 环境缺模块。这时候别折腾构建系统，直接终端验证：
- 在文件所在目录运行：
perl -c script.pl—— 只做语法检查，不执行，快且准 - 查模块是否安装：
perl -MSome::Module -e 'print "ok\n"' - 若缺模块，用
cpan Some::Module或cpanm Some::Module安装（别用sudo cpan，权限污染风险高）
Sublime 构建系统只适合跑调试命令，比如：
{"shell_cmd": "perl -d -e 'do \"${file}\";'", "working_dir": "${file_path}"}。但真正上线前，必须脱离编辑器，在目标环境用 perl -T（taint mode）跑一遍——遗留 Perl 很多安全漏洞就藏在未开启污点检查的脚本里。Perl 遗留代码最难的不是语法，是隐式控制流：goto 跳转、die 触发的异常捕获、local 临时覆盖全局变量……这些没法靠插件高亮，只能靠 perl -MO=Deparse 反编译看实际执行顺序，再动手改。
