preg_split('/\b/', $text) 无法正确分割单词，因为\\b是零宽断言，只锚定位置而不消耗字符，导致在每个边界处重复切割，产生大量空字符串；应改用preg_match_all匹配单词，或用preg_split('/[^a-zA-Z0-9_]+/', $text, -1, PREG_SPLIT_NO_EMPTY)按非单词字符分割。
preg_split 用 \b 匹配单词边界时为什么切不出预期结果
直接写 preg_split('/\b/', $text) 大概率会得到一堆空字符串或错位分割，因为 \b 是零宽断言，它不消耗字符，只锚定位置（比如字母和非字母之间的交界），而 preg_split 默认按“匹配到的位置”切分——在每个单词边界处都切一刀，导致相邻边界连续出现（如空格+字母之间、字母+标点之间），最终切出大量空项。
真正要按单词提取，目标不是“在边界切”，而是“匹配出单词本身”。所以更稳妥的做法是用 preg_match_all，而不是硬套 preg_split + \b。
- 若坚持用
preg_split，得配合否定逻辑，例如按非单词字符切：preg_split('/[^a-zA-Z0-9_]+/', $text, -1, PREG_SPLIT_NO_EMPTY) -
\b在 Unicode 场景下不可靠，中文、emoji、带重音的西文字母（如 naïve）都会失效；需改用(? 这类显式断言组合（但依然不如直接匹配） - 注意
PREG_SPLIT_NO_EMPTY必须显式传入，否则开头/结尾的分隔符会导致首尾空元素
提取纯英文单词：用 preg_match_all 比 preg_split 更干净
想拿到所有独立单词（不含标点、空格、换行），preg_match_all('/[a-zA-Z]+/', $text, $matches) 是最直白可靠的写法。它跳过一切干扰，只捕获连续字母序列。
- 需要支持带连字符的单词（如
state-of-the-art）？用/[a-zA-Z]+(?:-[a-zA-Z]+)*/ - 想兼容数字（如
php8、version2.4）？改用/[a-zA-Z0-9]+(?:[-._][a-zA-Z0-9]+)*/，注意点号.在字符组外需转义 - 区分大小写不敏感？加
i修饰符：/[a-z0-9]+/i - 结果存在
$matches[0]，不是$matches[1]—— 因为没用子组捕获
处理中英文混排文本的单词分割
PHP 原生 \b 对中文完全无效，因为 \b 只认 ASCII 字母/数字/下划线。中英文混排时，“单词”概念变成“连续的中文字符”或“连续的英文字母数字”，二者需分开识别。
立即学习“PHP免费学习笔记（深入）”；
推荐正则：/[\x{4e00}-\x{9fff}]+|[a-zA-Z0-9_]+/u，其中：
-
\x{4e00}-\x{9fff}覆盖常用汉字 Unicode 区间（需u修饰符启用 UTF-8 模式） -
|表示“或”，把中、英数两类模式并列 - 避免用
[\p{Han}]+—— 虽语义准确，但部分老旧 PHP 环境（如 7.2 以下未启用 PCRE2）可能不支持\p{...} - 标点、空格、制表符等自动被跳过，不进入结果
性能与边界场景提醒
短文本用哪种方式差别不大，但处理 MB 级日志或用户输入时，正则效率差异明显。几个关键点：
- 避免在循环内反复编译正则：把模式字符串提取为常量或变量，不要拼接后直接传给
preg_* -
preg_split的PREG_SPLIT_OFFSET_CAPTURE会显著拖慢速度，仅在真需要位置信息时启用 - 超长单词（如 base64 片段、URL 参数值）可能撑爆内存，建议预设最大匹配长度：
preg_match_all('/[a-zA-Z0-9_]{1,100}/', $text, $matches) - 用户输入含 NUL 字节（
\0）会截断 PHP 字符串，preg_*函数可能异常退出——务必先用str_replace("\0", "", $text)清理
真正复杂的分词（如中文语义切词、停用词过滤、词干还原）不该依赖 preg_*，该交给专门的扩展（如 mmseg）或服务（如 Jieba、Elasticsearch analyzer）。
