preg_quote 必须用于将用户输入等不可控字符串拼入正则，否则元字符如.、*、+等会被误解析，导致匹配失败或崩溃；调用时第二个参数必须与正则分隔符一致，否则分隔符不被转义而语法错误。
preg_quote 为什么必须用，不用会怎样
直接说结论：只要把用户输入、配置值、文件名这类不可控字符串拼进正则表达式里，preg_quote 就不是“可选”，而是“必用”。否则，像 .、*、+、?、[、^、$ 这些字符会被正则引擎当成元字符解析，轻则匹配失败，重则触发 PREG_NO_ERROR 以外的警告甚至崩溃。
怎么调用 preg_quote，第二个参数别漏
preg_quote 默认只转义正则分隔符（通常是 /）和元字符。但如果你的正则用了别的分隔符（比如 ~ 或 #），就必须显式传入第二个参数，否则分隔符不会被转义，导致语法错误。
常见写法：
// 用户输入可能含 /、.、[ 等，正则用 / 分隔 $user_input = 'file.name[2024]'; $pattern = '/^' . preg_quote($user_input, '/') . '\.txt$/'; <p>// 正则用 # 分隔，必须指定 # $pattern = '#' . preg_quote($user_input, '#') . '#i'; </p>
- 第二个参数必须是单个字符，且和你正则实际使用的分隔符完全一致
- 如果不确定分隔符，统一用
/并保持正则写法统一，最省事 - 不要对已经手动加了反斜杠的字符串再套
preg_quote，会多出冗余\
哪些场景必须用，哪些其实不用
必须用的典型场景：
- 用用户提交的搜索关键词做模糊匹配：
preg_match('/' . preg_quote($_GET['q'], '/') . '/', $text) - 动态构建路径匹配规则，比如匹配
/api/v1/users/123中的123是从变量来的 - 替换文本中某个用户指定的字符串（用
preg_replace）
不用的场景：
- 正则模式是硬编码的常量，不含任何运行时变量，比如
'/^\d{3}-\d{2}-\d{4}$/' - 你已经在用
str_replace、strpos这类纯字符串函数，根本没进正则流程 - 变量内容你 100% 确认只含字母数字下划线（如数据库字段名白名单校验后），但这种情况极少，不建议赌
容易踩的坑：转义后空格、大小写、边界处理
preg_quote 只负责转义元字符，它不管语义。所以这些细节得你自己兜底：
- 它不会帮你 trim 空格 —— 如果用户输了个带前后空格的词，
preg_quote后照样带空格，匹配可能失败 - 它不处理大小写 ——
preg_quote('ABC')和preg_quote('abc')结果不同，别指望它自动转小写再转义 - 它不加锚点 ——
preg_quote('foo')返回foo，但你要的是完整单词匹配？得自己补\b或^/$ - 中文、emoji 等 Unicode 字符本身不是正则元字符，
preg_quote不动它们，但要注意 PCRE 版本是否启用u修饰符
真正难的从来不是调用函数，而是想清楚“我要匹配的到底是什么语义”，preg_quote 只是中间一步，漏掉上下文逻辑，光转义也没用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
