in_array() 默认松散比较，需传 true 参数实现严格类型匹配；查子串应使用 strpos() 配合 foreach 提前退出或 array_filter()，不可误用 array_search() 等全值匹配函数。
用 in_array() 判断字符串是否在数组里，但要注意类型
直接用 in_array() 是最常见做法，但它默认不区分类型，"1" 和 1 会被当成一样。如果数组里混着数字和字符串，又需要严格匹配，必须传第三个参数 true。
- 场景：检查用户输入的权限标识（如
"edit_post"）是否在配置数组中 - 错误写法：
in_array("edit_post", $permissions)—— 若$permissions = [0, "read_post"]，可能意外返回true（因松散比较把字符串转成数字） - 正确写法：
in_array("edit_post", $permissions, true) - 注意：
in_array()只做全值匹配，不能查子串；想查“是否含某个子字符串”，它完全不适用
用 array_filter() + strpos() 查子字符串（推荐）
当你要找的是“数组中某个元素是否包含某段文字”，比如判断日志数组里有没有含 "ERROR" 的条目，就得遍历+子串搜索。array_filter() 搭配 strpos() 是简洁且可读性高的组合。
-
strpos()返回0表示匹配在开头，不能用== true判断，得用!== false - 示例：
array_filter($logs, function($line) { return strpos($line, "ERROR") !== false; }) - 如果只要知道“是否存在”，用
foreach配合break更快（避免遍历全部） - 别用
stripos()除非真要忽略大小写——它比strpos()略慢，且在非 UTF-8 编码下可能出错
为什么不用 array_search() 或 array_keys() 做子串查找？
这两个函数只找**完整值相等**的键，不是子串。误用会导致永远找不到结果，还容易让人以为是数据问题。
-
array_search("ERR", $logs)—— 搜索值为"ERR"的整个元素，不是找含"ERR"的元素 -
array_keys($logs, "ERROR")同理，只返回值严格等于"ERROR"的键 - 若强行套用，代码看似跑通，但逻辑彻底偏离预期，调试时很难定位
- PHP 8.1+ 的
str_contains()可替代strpos() !== false，更语义化，但老版本不支持
性能敏感场景：提前退出比生成新数组更实际
如果你只关心“有没有”，而不是“有哪些”，就别用 array_filter() 构造新数组——它会遍历到底，浪费资源。
立即学习“PHP免费学习笔记（深入）”；
- 推荐写法：
$found = false; foreach ($lines as $line) { if (strpos($line, $needle) !== false) { $found = true; break; } } - 对超大数组（如读取文件行数过万），这个差异明显；
array_filter()还要分配内存存结果 - 如果后续还要用到匹配项，再考虑过滤；否则，
foreach + break是最直白、最少意外的选择 - 别为了“函数式风格”牺牲可读性和效率，尤其在关键路径上
strpos() 的返回值判断上，写成 if (strpos(...)) 导致开头匹配失败。这点一旦写错，bug 很隐蔽。 
