PHP中找字符串最后一次出现位置用strrpos()（区分大小写）或mb_strrpos()（UTF-8安全），返回从左起字节/字符偏移量，未找到返回false，须用===判断。
PHP里找字符串最后一次出现的位置用 strrpos()
直接用 strrpos()，不是 strpos()，也不是 strripos()（除非你真要忽略大小写）。它返回的是从左往右数的字节偏移量，不是数组下标那种“第几个”，更不是从右往左数的位置。
常见错误现象：strrpos('abcabc', 'a') 返回 3，有人误以为是“倒数第3位”或“从右边数第几个”，其实它就是左边起第4个字符的位置（索引从0开始）。
- 如果没找到，返回
false，不是-1—— 别用==判断，要用=== false - 第三个参数
$offset可选，但要注意：它是“从字符串开头算起的搜索起点”，不是“从末尾倒推”。比如strrpos('hello world', 'o', 5)会从第5个字节（即空格）之后开始往回找，结果是7（第二个o），不是跳过前5个字符再找“最后一次” - 中文、emoji 等多字节字符下，
strrpos()按字节算，可能切在中间导致乱码 —— 处理 UTF-8 字符串时优先考虑mb_strrpos()
处理中文或 emoji 时必须用 mb_strrpos()
strrpos() 对中文基本不可靠。比如 strrpos('你好世界', '世') 可能返回错误值甚至 false，因为 UTF-8 中一个汉字占3个字节，而 strrpos() 把它当3个独立字节匹配。
使用 mb_strrpos() 前确保启用了 mbstring 扩展（大多数现代 PHP 环境默认开启）。
立即学习“PHP免费学习笔记（深入）”；
- 必须显式指定编码，例如
mb_strrpos($str, $needle, 0, 'UTF-8')；不传第四个参数可能依赖默认配置，线上环境容易出错 - 返回值含义和
strrpos()一致（从左起的字符位置），但按“字符”而非“字节”计数 - 性能略低，纯 ASCII 场景没必要替换；但只要字符串可能含中文、日文、emoji，就该无条件用它
strrpos() 和 strripos() 的关键区别在哪
只差一个字母 i，但行为差异直接影响逻辑正确性：strripos() 忽略大小写，strrpos() 区分大小写。
典型误用场景：用户输入邮箱后缀校验，写成 strripos($email, '@gmail.com')，本意是查是否以 gmail 结尾，结果 strripos() 会把 @GMAIL.COM 也算对 —— 但邮箱域名实际是大小写不敏感的，这反而是对的；可如果是密码盐值拼接或哈希比对，大小写混淆就会出安全问题。
- 别凭感觉选，先确认业务是否允许大小写混用
-
strripos()同样有字节/字符陷阱，UTF-8 下也要配mb_strripos() - 两者都不支持正则，想按模式找最后一次得用
preg_match_all()+ 数组取最后一个键
为什么不能用 explode() + array_keys() 模拟
有人想绕开函数记不住的问题，用 explode() 拆分再找最后索引，看似直观，实则埋雷。
比如 $parts = explode('.', $domain); $lastDotPos = strlen($domain) - strlen(end($parts)) - 1; —— 这种写法在 $domain = 'a..b' 或 $domain = '.test.' 下直接崩，因为 explode() 会产生空字符串，end() 不一定指向预期片段。
- 性能差：字符串越长、分隔符越多，内存和时间开销越大
- 语义错位：
explode()是为了分割，不是定位；一次操作解决不了的问题，硬拆只会增加边界错误概率 - 无法处理重叠匹配（如找
'aa'在'aaaa'中最后一次出现位置），strrpos()天然支持，explode()完全无解
真正复杂的定位需求（比如带上下文、正则约束、多编码混合），得上 preg_match_all() 配合 PREG_OFFSET_CAPTURE，但日常找最后一次出现，strrpos() 或 mb_strrpos() 就是唯一直接答案。
