php 8.2+ 的 stristr() 仅对 ascii 字母忽略大小写，非 ascii 字符（如中文、é、α）按字节原样比较；应改用 mb_stripos() 等多字节安全函数。
PHP 8.2 中 stristr() 匹配不准，通常不是函数本身失效，而是它对“忽略大小写”的定义发生了关键变化——仅限 ASCII 字母，不再受 locale 影响，也不处理 UTF-8 多字节字符（如中文、é、ñ、α 等）。
只转换 ASCII 字母，非 ASCII 字符按字节值硬比较
自 PHP 8.2 起，stristr() 内部不再调用 strtolower() 或依赖系统 locale，而是直接对每个字节做判断：仅当字节值落在 A–Z（65–90）范围内时，才转为对应小写（+32）；其他字节（包括 UTF-8 中文、带重音的拉丁字母、emoji、全角符号等）原样参与比对，不作任何大小写归一化。
- ✅
stristr("Été", "été")→false（É是 UTF-8 多字节，不被识别为可转小写的字母） - ✅
stristr("HELLO", "hello")→"HELLO"（纯 ASCII，正常忽略大小写） - ✅
stristr("用户@EXAMPLE.com", "example")→"EXAMPLE.com"（@后的 ASCII 部分匹配成功） - ❌
stristr("café", "CAFE")→false（é在 UTF-8 中是两个字节0xC3 0xA9，不参与大小写转换）
常见误用场景
开发者常在以下情况踩坑：
- 搜索含法语、西班牙语、德语等带重音字符的关键词（如
naïve、señor） - 混用全角/半角标点或数字（
ＡＢＣvsABC） - 期望匹配中英文混合文本中的中文关键词（
stristr("订单已发货", "订单")实际能匹配，但这是因中文无大小写——不是“忽略大小写”起效，而是根本没触发大小写逻辑） - 从数据库或 HTTP 请求读取的字符串未明确声明编码（如 GBK 编码下传入 UTF-8 字符串，导致字节错乱）
正确应对方式
若需真正跨语言、多字节安全的“忽略大小写”搜索，不能依赖 stristr()：
-
优先用
mb_stripos()判断存在性：mb_stripos($text, $keyword, 0, 'UTF-8') !== false（支持 UTF-8 多字节，且真正忽略大小写） -
要截取匹配后内容，组合使用
mb_stripos()+mb_substr()：$pos = mb_stripos($haystack, $needle, 0, 'UTF-8');<br> $result = $pos !== false ? mb_substr($haystack, $pos, null, 'UTF-8') : false;
-
确保输入统一编码：用
mb_convert_encoding($input, 'UTF-8', 'auto')做预处理 -
避免对非 ASCII 场景强依赖
stristr()：它在 PHP 8.2+ 的定位就是「轻量、快速、ASCII-only 忽略大小写」，不是通用国际化方案
验证你是否遇到该问题
快速检测当前环境行为：
- 运行
var_dump(stristr("Café", "cafe"));—— 若返回false，说明已进入 PHP 8.2+ 的严格 ASCII 模式 - 检查 PHP 版本：
phpversion()确认是否 ≥ 8.2 - 确认字符串真实编码：
mb_detect_encoding($str)或bin2hex($str)查看是否含非 ASCII 字节
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
