PHP正则中斜杠作分隔符时需转义字面量/，或改用#、@等分隔符；双引号内反斜杠易出错，推荐单引号；匹配字面需四个；动态内容用preg_quote($str, '/')安全转义。
PHP正则中斜杠作为分隔符时必须转义
PHP 的 preg_* 函数默认用 / 作模式分隔符，所以正则里出现的字面量 /（比如 URL 中的路径分隔）必须转义，否则会被误认为是模式结束位置，直接报错 PREG_NO_DELIMITER 或解析失败。
常见错误现象：preg_match('/https://example.com/', $url) → 报错：Unknown modifier 'e'（因为第一个 / 开始，第二个 / 被当作结束，example.com/ 剩余部分被当成修饰符）
- 正确写法：用反斜杠转义每个字面量斜杠 ——
'/https://example.com//' - 更推荐：换用其他不冲突的分隔符，比如
#、~或@，避免大量转义 ——'#https://example.com/#' - 注意：即使换了分隔符，该分隔符本身在模式中仍需转义，比如用
@就得写'@https://example.com/@'→ 错，应为'@https://example.com/@'（@在 URL 里要写成@）
双引号字符串里写正则，斜杠本身不用转义，但反斜杠要小心
PHP 中 / 不是字符串级的特殊字符，所以在双引号或单引号字符串里，/ 直接写就行；真正麻烦的是反斜杠 —— 它在字符串里就参与转义，而正则又需要它来转义元字符，于是容易漏写层级。
-
"/"：双引号中，转义/，结果字符串值是"/"，传给正则引擎后被识别为字面斜杠 ✔ -
"\."：双引号中，第一个转义第二个，得到字符串"."，正则引擎再把它解释为字面点号 ✔ -
"."：双引号中，.是非法转义（PHP 会警告），实际可能被当作字面.传入，但行为不可靠 ❌ - 最省心方案：统一用单引号包裹正则字符串，如
'/https://example.com//'，因为单引号内只有'和\有效，其余反斜杠全按字面处理
匹配字面量反斜杠 本身要写四个反斜杠
想让正则匹配一个 Windows 路径中的 ，比如 C:WindowsSystem32，得经过两级解析：PHP 字符串层 + PCRE 引擎层。每层都需要一个 表示“我要字面量反斜杠”，所以总共要写四个。
立即学习“PHP免费学习笔记（深入）”；
- 单引号字符串：
'/C:\\Windows\\System32/'→ 字符串值为/C:\Windows:\System32/→ 正则引擎收到C:\Windows:\System32→ 匹配成功 - 双引号字符串：
"/C:\\Windows\\System32/"效果相同，但更易出错 - 偷懒但安全的方式：用
preg_quote($string, '/')自动转义所有正则元字符（包括/和），适合拼接动态内容
JSON 场景下斜杠不需要正则转义，但要注意 json_encode 行为
这是常被混淆的点：JSON 标准里 / 并非必须转义，json_encode() 默认也不转义它；所谓“斜杠转义”只是某些老系统或前端解析器的兼容性要求，不是 PHP 正则的事。
-
json_encode(['url' => 'https://api.example.com'])输出{"url":"https://api.example.com"}—— 合法 JSON，无需改动 - 如果下游明确要求
/形式，才加JSON_UNESCAPED_SLASHES以外的选项？不对 —— 实际上 PHP 没有内置选项生成/，得手动替换或用str_replace('/', '/', ...)反向处理 - 重点：别把
json_encode的行为和正则里的/分隔符问题混为一谈，它们属于完全不同的机制
preg_quote() 虽好，但它只对传入的字符串做转义，不会帮你处理分隔符逻辑 —— 如果你用 ~ 作分隔符，又把 preg_quote($user_input, '~') 的结果拼进 ~...~i 模式里，那才是真的安全。 
