不小心把变量当模式用
写脚本时，常有人直接把字符串拼进正则里，结果出错还找不到原因。比如从配置文件读取一个要匹配的路径，原样塞进 m// 里，殊不知里面可能含有特殊字符 . 或 *，导致匹配行为完全跑偏。
my $path = \"/var/log/app.log\";\nif ($log =~ /$path/) { ... } # 这里的 . 会被当作通配符正确的做法是使用 \\Q 和 \\E 包裹变量，或者用 quotemeta 函数处理。
if ($log =~ /\\Q$path\\E/) { ... }忘了转义反斜杠
在双引号包围的正则中写 \\d，结果发现没生效。这是因为 Perl 先解析双引号里的字符串，两个反斜杠才变成一个真正的 \\，而正则引擎看到的可能已经不是你想要的那个。
推荐一律用单引号或 qr// 操作符来构建复杂正则，避免层层转义带来的混乱。
my $re = qr/\\\\d+\\.txt$/; # 匹配 \\d+.txt\n# 或\nmy $re = \'\\\\d+\\.txt$\';误用贪婪匹配
提取 HTML 片段时，想拿两个标签之间的内容，写了 .* 就跑，结果一口气吞到文档末尾。这就是典型的贪婪陷阱。
$text =~ m|<p>(.*)</p>|;加个 ? 变成非贪婪，才能精准截取每一段。
$text =~ m|<p>(.*?)</p>|g;忽略大小写的问题
做日志分析时，想匹配 error 或 Error，但只写了 /error/，漏掉了很多变体。这时候要么手动写各种组合，更简单的办法是加上 i 修饰符。
if ($line =~ /error/i) { print \"发现错误信息\\n\"; }一个小疏忽，可能导致脚本漏报关键信息。
分组编号搞混了
正则里用了好几层括号，后面用 $1、$2 取值时发现数据不对。问题往往出在嵌套分组的顺序上。每个左括号按出现顺序计数，不是按逻辑层级。
$data =~ /(?:https?:\\/\\/)(www\\.)?(example\\.com)/;\nprint $1; # 可能为空，$2 才是域名不确定的时候，多打印调试一下各组内容，比靠猜靠谱得多。
","seo_title":"Perl正则表达式常见错误与解决方法","seo_description":"详解Perl正则中容易踩坑的几个典型问题，如变量插入、转义错误、贪婪匹配等，帮助运维人员写出更可靠的脚本。","keywords":"Perl正则,正则表达式错误,Perl脚本调试,电脑维护,运维技巧"}