必须用mb_strpos()替代strpos()处理UTF-8中文，因其按字符而非字节定位，需显式指定'UTF-8'编码；多关键词查找应避免循环strpos()，改用php-ext-ffs扩展或带u修饰符的preg_match单次扫描。
用 mb_strpos() 替代 strpos() 处理中文等多字节关键词
直接在 UTF-8 文本里用 strpos() 查中文关键词，结果经常错位或找不到——它按字节算位置，而一个中文占 3 字节，strpos() 会把“你好”拆成乱码片段匹配。哪怕你只搜 ASCII 关键词，只要文本含中文，strpos() 的偏移计算就不可靠。
必须改用 mb_strpos()，并显式传编码：
$text = '订单已发货，预计明天送达'; $pos = mb_strpos($text, '发货', 0, 'UTF-8'); // 返回 6（正确字节位置），不是乱数
注意：mb_strpos() 返回的是字节偏移，不是字符数；若需字符索引，得用 mb_substr() + mb_strlen() 配合计算。
避免循环调用 strpos() 查多个关键词
写成 foreach ($keywords as $kw) { if (strpos($text, $kw) !== false) { ... } } 是最常见但最慢的做法：每个关键词都完整扫一遍全文，N 个词 = N 次 O(n) 扫描。
立即学习“PHP免费学习笔记（深入）”；
更优解是用单次扫描完成多关键词匹配：
- 小规模关键词（str_replace() 预标记，再用
mb_strpos()查标记位，减少函数调用次数 - 中等规模（10–100 个）：用
preg_match()+|拼接模式，但必须加u修饰符支持 UTF-8，且避免回溯爆炸（如不用.*开头） - 大规模（>100 个）：上
php-ext-ffs扩展，它用 Commentz-Walter 算法，一次扫描匹配全部关键词，实测比循环strpos()快 8–12 倍
示例（安全的正则多关键词）：
$pattern = '/(' . implode('|', array_map(function($kw) {
return preg_quote($kw, '/');
}, $keywords)) . ')/u';
if (preg_match($pattern, $text, $matches)) {
echo "命中: {$matches[0]}";
}
php-ext-ffs 编译安装与基本调用
这个扩展不是 PHP 内置的，必须手动编译。它不依赖 PCRE，纯 C 实现，对长文本和关键词列表特别友好。
安装要点：
- PHP 版本需 ≥7.2，确认已装
php-dev和make - 克隆官方仓库：
git clone https://github.com/wikimedia/php-ext-ffs - 进入目录后执行：
phpize && ./configure && make && sudo make install - 在
php.ini加extension=ffs.so，重启 PHP-FPM 或 Apache
调用很简单：
$matcher = ffs_create(['发货', '退款', '投诉']); $matches = ffs_search($matcher, $text); // 返回所有命中关键词数组 // $matches = ['发货']
注意：ffs_create() 是昂贵操作，务必复用 matcher 实例，不要在循环里反复创建。
为什么不用 stristr() 或 stripos()？
它们只是大小写不敏感版，底层仍是单关键词线性扫描，性能没本质提升。而且 stristr() 返回子串而非位置，额外增加内存拷贝；stripos() 在 UTF-8 下同样有字节偏移陷阱，和 strpos() 一样不可靠。
真正关键的不是“是否忽略大小写”，而是“能否一次扫描多个词”。所以别在 stripos() 上浪费时间优化——它解决不了根本问题。
多关键词查找的性能瓶颈从来不在大小写判断，而在扫描次数。盯住这个点，才能选对路。
