preg_split()是处理多分隔符的唯一可靠选择，推荐模式'/[，；,;\s]+/u'配合PREG_SPLIT_NO_EMPTY标志，可高效分割中英文混排及空白字符。
用 preg_split() 处理多个分隔符最直接
PHP 原生的 explode() 只能按固定字符串切，遇到空格、逗号、分号、顿号混用的场景就失效。必须上正则——preg_split() 是唯一可靠选择。
关键不是“能不能”，而是怎么写对模式、怎么避开默认陷阱：
-
preg_split()第二个参数是正则模式，多个分隔符用字符类[,;，；\s]或分支,|;|，|；都行，但前者更高效、可读性更好 - 默认会保留空元素（比如连续两个分号），加
PREG_SPLIT_NO_EMPTY标志才能过滤掉 - 如果分隔符本身含正则元字符（如
.、*、+），放进字符类里不用转义，但用分支时必须写成\. - 中文标点要确认源字符串编码是 UTF-8，且正则模式加
u修饰符，否则，或；可能匹配失败
中文顿号、全角逗号、英文逗号混用怎么写模式
常见需求：把 "苹果、香蕉；橙子,葡萄" 拆成四个词。直接写 [，；,;] 不够——它不处理空格，也不兼容中英文混排中的多余空白。
推荐一步到位的模式：/[，；,;\s]+/u，配合标志 PREG_SPLIT_NO_EMPTY：
立即学习“PHP免费学习笔记（深入）”；
preg_split('/[，；,;\s]+/u', '苹果、香蕉；橙子,葡萄 ', -1, PREG_SPLIT_NO_EMPTY)
说明：
-
\s覆盖空格、制表、全角空格（U+3000）等，比单独列更鲁棒 -
+表示“一个或多个”，避免因连续分隔符产生空项 - 没加
PREG_SPLIT_DELIM_CAPTURE，所以分隔符本身不会出现在结果里 - 如果需要保留原始分隔符位置（比如做语法分析），才考虑捕获组，但日常分割不需要
preg_split() 和 mb_split() 到底该选谁
mb_split() 看似支持多字节，但它底层调用的是 PCRE，且不接受标志位（比如无法跳过空项），PHP 8.0+ 还标记为废弃。实际项目里别用它。
正确做法始终是 preg_split() + u 修饰符：
-
mb_split()对 UTF-8 字符串可能出错，尤其遇到组合字符或代理对时 -
preg_split()加u后能正确识别 Unicode 字符边界，包括中文、emoji、日文假名 - 性能上，
preg_split()经过多年优化，比mb_split()更稳定，错误提示也更明确（比如PREG_BAD_UTF8_OFFSET_ERROR）
分隔符带括号或斜杠时容易漏转义
当分隔符包含 (、)、/、^ 等元字符，又想按字面意思匹配，最容易犯的错是只在分支写法里转义，却忘了字符类里大部分不用转——但 ^ 在开头、- 在中间、] 在开头或结尾，这些例外必须小心。
例如想按 (、)、/ 分割：/[\(\)\/]+/u 是对的；而 /[( )\/]+/u 会把 ( 当作捕获组开始，直接报错 PREG_NO_ERROR 实际是 PREG_BAD_PATTERN。
安全做法：
- 所有元字符统一用反斜杠转义，哪怕在字符类里也加上（多数情况无害）
- 用
preg_quote($delimiter, '/')动态构造模式，比如分隔符来自用户输入 - 测试时加
var_dump(preg_last_error());，很多匹配失败其实是因为正则编译就错了
真正麻烦的不是写对正则，而是分隔符语义模糊时——比如中英文顿号视觉相似但码点不同，或者用户把破折号 — 当成分隔符。这种得先用 mb_convert_encoding() 归一化，再进正则。别指望一条正则通吃所有“看起来像分隔符”的字符。
