应避免用strpos直接搜索json字符串，因其区分大小写、对false/0敏感，且json中bom、控制字符、编码不一致等“隐形干扰”易致误判；须先清理非法字符、统一utf-8编码，再json_decode解析后语义化判断。
因为 JSON 字符串里常含不可见字符、编码不一致或大小写混用，而 strpos() 既区分大小写，又对 false 和 0 判断敏感，直接用于 JSON 内容搜索极易误判。
JSON 字符串自带“隐形干扰”
从 API 或数据库读取的 JSON 往往夹带 UTF-8 BOM（\xEF\xBB\xBF）、零宽空格（U+200B）、换行符（\r\n）或控制字符（如 \x00–\x1F）。这些字符肉眼不可见，但会让 strpos() 查找目标子串时完全失准。
- 用
ltrim($json, "\xEF\xBB\xBF")清除 BOM - 用
preg_replace('/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]/', '', $json)剔除非法控制字符 - 用
str_replace(["\r\n", "\r", "\n"], ' ', $json)统一换行为空格（若语义允许）
别拿 strpos 直接查 JSON 结构内容
JSON 是结构化数据，不是普通文本。想确认某个字段是否存在、值是否为某字符串，不该靠 strpos('{"name":"admin"}', 'admin') 这种模糊匹配——它可能匹配到 key 名、嵌套值甚至注释伪代码里。
- 先用
json_decode($json, true)解析成数组，再用isset($arr['name']) && $arr['name'] === 'admin'精确判断 - 若必须文本搜索（如日志调试），改用
stripos()忽略大小写，并严格检查返回值：if (stripos($json, 'admin') !== false) - 避免
if (strpos(...))这类松散判断——起始位置为 0 时结果为false，逻辑就翻车
编码不统一是静默杀手
前端传来的 JSON 若是 GBK 编码，而 PHP 脚本按 UTF-8 处理，strpos() 会在多字节边界上错位匹配。例如中文 “用户” 在 GBK 中占 4 字节，在 UTF-8 中占 6 字节，查找子串时偏移量全乱。
- 始终用
mb_convert_encoding($json, 'UTF-8', 'auto')统一转码 - 用
mb_detect_encoding($json, ['UTF-8', 'GBK', 'BIG5'], true)先探明真实编码 - 解析前加一句
$json = mb_convert_encoding($json, 'UTF-8', 'UTF-8');强制重编码，可暴露隐藏乱码
更稳妥的做法：绕过 strpos，走标准路径
真正需要从 JSON 中提取或验证内容时，应放弃字符串级搜索，转向语义级处理：
- 用
json_decode($json, true, 512, JSON_THROW_ON_ERROR)解析，出错直接抛异常，不靠null猜测 - 对解码后的数组，用
array_key_exists()、in_array()或递归遍历检查值 - 若需批量检测多个关键词，提前把 JSON 解码一次，再对结果数组做多次逻辑判断，而非反复调用
strpos()
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
