php正则函数需按目的严格区分：验证用preg_match()，提取全部用preg_match_all()，替换用preg_replace()，分割用preg_split()；混用会导致逻辑错误或性能浪费。
PHP正则函数不是“选一个用就行”，而是按目的严格区分：验证用 preg_match()，提取全部用 preg_match_all()，替换用 preg_replace()，分割用 preg_split()。混用会导致逻辑错误或性能浪费。
为什么 preg_match() 只返回 0 或 1？
它设计目标就是「存在性判断」，比如验证邮箱、检查密码强度、路由匹配。一旦找到第一个匹配就立刻停止，不遍历全文。
- 返回
1表示至少有一个匹配；0表示没找到；false是正则语法错误（如括号不配对） - 想拿到匹配内容，必须传入第三个参数
$matches：其中$matches[0]是完整匹配，$matches[1]起是捕获组 - 别用它去抓所有电话号码——它只会给你第一个，后面全丢掉
- 常见错误：写成
if (preg_match(...)) { /* 处理 $matches[1] */ }却没检查$matches是否被设值（失败时该数组为空）
preg_match_all() 的 PREG_PATTERN_ORDER 和 PREG_SET_ORDER 怎么选？
这决定结果数组怎么组织，直接影响你后续怎么 foreach。
-
PREG_PATTERN_ORDER（默认）：按“匹配项维度”分组，$matches[0]是所有完整匹配，$matches[1]是所有第一个捕获组……适合批量提取同类字段（如所有 URL） -
PREG_SET_ORDER：按“每次匹配”分组，$matches[0]是第一次匹配的全部（含子组），$matches[1]是第二次……适合逐条解析结构化片段（如 HTML 标签对） - 不显式传参会用默认值，但建议写明，避免团队协作时理解偏差
- 性能上无差异，纯属数据结构偏好问题
preg_replace() 中的 $1、$2 为什么有时失效？
这是最常见的陷阱：反向引用只在替换字符串中生效，且依赖括号捕获组存在，不是所有正则都自动带编号。
- 必须用
()明确包裹要引用的部分，例如"/(\d{4})-(\d{2})-(\d{2})/"才能用"$2/$3/$1" - 如果正则里用了非捕获组
(?:...)，它不产生编号，不会被$1引用 - 在双引号字符串里写
$1没问题，但若用单引号，得写成'\$1'（否则 PHP 当作变量解析） - 替换前先用
preg_match_all()测试下正则是否真能捕获到东西，比瞎调更省时间
定界符和修饰符写错会直接报错
PHP 的 PCRE 要求正则必须有定界符（如 /、#、~），且修饰符只能跟在末尾定界符后。写错格式，preg_* 函数直接返回 false，不抛异常。
- 正则含大量
/（比如匹配 URL）时，硬用/作定界符就得疯狂转义：/https?:\/\/[^\/]+/→ 改用#https?://[^#]+#更干净 - 修饰符顺序无关，但
i（忽略大小写）、s（点号匹配换行）最常用；g在 PHP 里不用写，由函数本身控制 - 调试时加个
var_dump($pattern)看一眼最终字符串，常能发现多打了一个斜杠或漏了定界符
真正难的不是写正则，是明确你要的是「是否存在」「全部位置」「替换成啥」还是「切成几块」——选错函数，再准的正则也白搭。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
