最稳妥的是用 preg_split() 配合 preg_quote() 转义分隔符，因 explode() 仅字面匹配、无法处理正则元字符且易引发混用风险；需注意定界符一致性、空分隔符校验、标志位设置及来源安全校验。
php 里用 preg_split() 处理含特殊符号的文本分割最稳妥，直接用 explode() 会因分隔符本身含正则元字符（如 .、+、[、$ 等）导致崩溃或误匹配。
为什么不能直接用 explode() 分割带特殊符号的字符串
因为 explode() 只做字面量匹配，看似安全，但一旦你的分隔符是用户输入或配置项（比如从 json 或表单来的 "user|name" 中的 |），而你又没提前转义——问题不在 explode()，而在后续其他逻辑可能把 | 当成正则用。更常见的是：你以为在用 explode()，结果别人改了代码换成 preg_split() 却忘了加定界符或转义，直接报 PREG_NO_DELIMITER 错误。
-
explode(".", "a.b.c")没问题，但若分隔符是"a.b"（含点号），explode("a.b", "xaybza.bw")能工作，只是语义模糊、不可维护 - 真正危险的是混用场景：比如日志行格式为
"2024-01-01 12:00:00 [Error] msg"，你想按"[ERROR]"切，explode("[ERROR]", $line)表面上能跑，但[和]在正则里是字符类起止符，一旦后续有人改成正则方式处理，就立刻出错 - 统一用
preg_split()并规范转义，比在不同函数间切换更可控
preg_split() 中如何安全转义分隔符中的特殊字符
PHP 没有内置的「正则转义函数」，但可用 preg_quote() —— 它会把所有正则元字符（. + * ? [ ^ ] $ ( ) { } = ! | : -）自动加上反斜杠。注意它默认以 / 为定界符，如果你换用 ~ 或 #，得显式传第二个参数。
- 正确写法：
preg_split('/' . preg_quote($delimiter, '/') . '/', $text) - 如果分隔符含斜杠（如
"path/to/file"），改用#定界：preg_split('#' . preg_quote($delimiter, '#') . '#', $text) - 避免写成
preg_split("/Q$delimiterE/", $text)——Q...E虽然也能禁用元字符，但不兼容 PCRE2 的某些边界情况，且可读性差 - 空分隔符（如
""）会被preg_quote()转成""，但preg_split()不接受空模式，需提前判断：if ($delimiter === '') { return str_split($text); }
实际分割时容易忽略的 preg_split() 标志位
默认行为会保留空项、不忽略前后空白、不处理连续分隔符。多数真实文本（如 CSV 片段、日志字段、URL 查询参数）需要调整标志位才能得到干净结果。
立即学习“PHP免费学习笔记（深入）”；
- 去掉空元素：
PREG_SPLIT_NO_EMPTY—— 防止"a||b"分出['a', '', 'b'] - 忽略分隔符前后的空白：
PREG_SPLIT_TRIM（PHP 8.4+）；老版本需手动array_map('trim', ...) - 处理多个连续分隔符当一个（如
"a,,b"→['a','b']）：PREG_SPLIT_NO_EMPTY够用；若还要合并中间空格，得先preg_replace('/s*' . preg_quote($delim) . 's*/', $delim, $text) - 性能提示：如果分隔符固定且不含变量，直接写死正则（如
'/;s*/'）比拼接preg_quote()快 10%~15%，但牺牲灵活性
最易被跳过的其实是分隔符来源——如果它来自 $_GET、配置文件或数据库字段，必须确认其长度和内容合法性。一个未过滤的 $delimiter = "[a-z]{1000}" 可能引发回溯爆炸，让整个脚本超时。别只顾着转义元字符，忘了做长度限制和白名单校验。