直接用 str_replace 替换分隔符再 explode 会因无法压缩连续分隔符而产生空元素，且不识别上下文、无法处理不可见字符和编码问题；应先统一转码，再用 preg_replace 归一化分隔符，trim 后 explode 并用 array_filter(..., 'strlen') 过滤空值。
为什么直接用 str_replace 替换分隔符再 explode 会出错？
常见场景是：原始文本里混用了多种分隔符（比如逗号、顿号、空格、全角逗号），想统一成英文逗号再 explode。但直接 str_replace(['，', '、', ' '], ',', $text) 后再 explode(',', ...)，容易把连续分隔符（如“，、”或“， ，”）变成空元素，导致 explode 结果里一堆空字符串。
真正要处理的是「分隔符边界」，不是简单字符替换。尤其当原始文本含多余空格或混合标点时，str_replace 无法压缩重复分隔符。
- 错误示例：
str_replace('，', ',', 'a，，b')→'a,,b'，explode(',', ...)得到['a', '', 'b'] - 更糟情况：全角空格、零宽空格、\u3000等不可见字符也会被当成普通字符保留
-
str_replace是逐个替换，不识别上下文，无法区分「分隔符」和「内容中的逗号」（比如邮箱里的 @ 符号虽不相关，但类似逻辑下易误伤）
用 preg_replace + 正则统一归一化分隔符更可靠
正则能匹配「一类分隔符的连续出现」，并替换成单个标准分隔符，同时跳过内容中合法的符号（如 URL、邮箱里的逗号需保留，但通常这类需求应先做字段界定，不在本文范围）。
推荐模式：preg_replace('/[，、；:：\s]+/', ',', $text) —— 匹配中文顿号、全角逗号分号、各种空白符的一个或多个连续出现，统一换成单个英文逗号。
立即学习“PHP免费学习笔记（深入）”；
- 注意末尾加
+：确保连续分隔符只生成一个逗号，避免空元素 - 若需保留原始空格语义（比如段落间用多个空格分隔），可改用
/[，、；:：]+|\s{2,}/，只压缩「多个空格」而非所有空白 - 替换后建议再 trim：防止首尾残留分隔符，
$clean = trim($replaced, ',') - 性能上，
preg_replace比多次str_replace略慢，但对几千字符以内文本无感知
分割前先过滤空元素比事后清理更省事
即使做了归一化，仍可能因原始文本开头/结尾有分隔符，或中间存在纯空白段落，导致 explode 出来带空值。与其用 array_filter($arr) 再重索引，不如在分割时就规避。
- 直接用
array_filter(explode(',', $clean), 'strlen')—— 第二个参数用strlen比用匿名函数快，且能过滤空串和纯空白串 - 如果必须保持索引连续，补一句
array_values(...) - 极端情况（如分隔符本身是用户输入、含正则元字符），需先
preg_quote($delimiter, '/')，但本例中固定用英文逗号，无需转义
遇到编码问题（如 GBK 中的全角标点）怎么办？
PHP 默认按字节处理字符串，若源文本是 GBK 编码，而脚本以 UTF-8 解析，preg_replace 中的 Unicode 字符类（如 \p{P}）会失效，甚至报错 PREG_BAD_UTF8_OFFSET_ERROR。
- 先确认编码：
mb_detect_encoding($text, ['UTF-8', 'GBK'], true) - 如果是 GBK，统一转为 UTF-8：
mb_convert_encoding($text, 'UTF-8', 'GBK')，再执行正则 - 避免用
iconv，它对非法字符默认静默截断；mb_convert_encoding可设 //IGNORE 或 //TRANSLIT - 若不能改编码（如日志文件必须原样读取），改用字节级匹配：
str_replace("\xa3\xac", ",", $text)（GB2312 中全角逗号的十六进制），但维护性差，不推荐
mb_convert_encoding → preg_replace 归一化 → trim → explode → array_filter(..., 'strlen')。中间任何一步跳过，都可能在某批数据上突然冒出空元素或乱码。 
