explode()不支持多字符分隔符，会误将首字符当作分隔符；应使用preg_split()配合preg_quote()转义并添加/u修饰符处理UTF-8，或用preg_match_all()保留分隔符。
explode() 不能直接处理多字符分隔符
PHP 的 explode() 只支持单字符分隔符，传入多个字符（比如 "||" 或 "-->"）会导致整个字符串被当作一个分隔符尝试匹配，但实际行为是：它会把第一个字符（如 "|"）当作分隔符，其余被忽略。结果常是误切、数组元素异常增多或内容错位。
常见错误现象：
– 用 explode("||", "a||b||c") 得到 ["a", "b", "c"] 是巧合（因为 "|" 恰好没在内容中出现）；
– 若原文含单个 |，比如 "a|b||c"，结果变成 ["a", "b", "", "c"]，完全偏离预期。
正确做法是换用支持多字符分隔的函数：
- 用
preg_split()配合正则转义：例如preg_split('/\|\|/', $str, -1, PREG_SPLIT_NO_EMPTY) - 用
str_split()+implode()组合不适用——那是拆单字符，别混淆 - 若分隔符固定且无正则元字符，可用
str_replace()先统一替换成单字符再explode()，但要注意避免污染原始内容（比如把文本里的"||"替成"|"后，若原文本本身含"|"就冲突）
用 preg_split() 安全处理任意自定义符号
preg_split() 是真正可控的方案，尤其适合含特殊字符（.、+、*、?、( 等）的分隔符。关键点是必须对分隔符做正则转义，否则会被解释为模式语法。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 用
preg_quote($delimiter, '/')自动转义，再拼进正则：例如$pattern = '/' . preg_quote($delim, '/') . '/'; - 加上
PREG_SPLIT_NO_EMPTY标志，避免空字符串进入结果（常见于首尾或连续分隔符） - 性能上，
preg_split()比explode()略慢，但对几千字符以内的文本几乎无感；若高频调用且分隔符恒定，可预先编译正则（用preg_match()验证一次即可，PHP 不支持显式预编译）
示例：$parts = preg_split('/' . preg_quote('-->', '/') . '/', $text, -1, PREG_SPLIT_NO_EMPTY);
需要保留分隔符？用 preg_match_all() 更合适
如果目标不是“切开”，而是“提取段落并知道每段之间的分隔符是什么”，explode() 和 preg_split() 都丢弃分隔符。此时应改用 preg_match_all() 配合捕获组。
使用场景：
- 解析类似
"[section1]content1[section2]content2"的标记文本 - 想区分不同分隔符类型（如同时支持
"::"和"--"）
示例（提取内容+分隔符）：preg_match_all('/(.*?)(?=(?:\|\||--)|$)/s', $text, $matches); —— 这只是示意，实际需根据分隔符调整正则逻辑；更稳的做法是先匹配所有分隔位置，再手动切割。
注意 mbstring 扩展对中文等多字节字符的影响
如果文本含中文、日文等 UTF-8 多字节字符，而分隔符本身是 ASCII（如 "|"），explode() 和 preg_split() 默认仍能正常工作——因为它们按字节操作，而 UTF-8 中 ASCII 字符仍是单字节。
但一旦分隔符是中文标点（如 "｜" 全角竖线）或 emoji，就必须确认环境已启用 mbstring.func_overload（不推荐）或显式用 mb_ereg_split()（已废弃）；更可靠的是用 preg_split() 并指定 u 修饰符：preg_split('/' . preg_quote($delim, '/') . '/u', $text)
漏掉 /u 修饰符时，正则可能无法匹配 Unicode 分隔符，或触发 PREG_BAD_UTF8_OFFSET_ERROR 错误。
复杂点往往不在“怎么切”，而在“切完后各段编码是否一致”“空格和换行是否被意外吞掉”“分隔符本身要不要参与后续逻辑”——这些得结合具体业务校验，不能只依赖分割函数返回的数组。
