foreach 循环里怎么同时拿到 $key 和 $value
直接写 foreach ($arr as $key => $value) 就行，这是 PHP 原生支持的语法，不是什么“技巧”，只是很多人第一次写时漏掉了 => 左边的部分。
常见错误现象：Warning: Invalid argument supplied for foreach() 其实和这个语法无关，而是数组本身是 null 或非数组类型；真正写错的表现是只写了 foreach ($arr as $value)，结果需要键却拿不到，硬去用 array_keys($arr)[$i] 搞索引对齐——没必要，也容易越界。
- 键名类型取决于原数组：数字索引数组返回整数，关联数组返回字符串（或混合）
- 如果数组是通过
json_decode($json, true)解析来的，键一定是字符串，哪怕看起来像数字"0"，别当成整型去比较 - 修改
$value默认不会改原数组，要改得写成&$value（引用），但注意键不变，且引用在循环结束后仍存在风险
为什么有时候 $key 是整数，有时候是字符串？
PHP 数组本质是有序哈希表，键的类型由定义方式决定。没有“自动转整型”这回事，array(0 => 'a', 1 => 'b') 的键是整数，array('0' => 'a', '1' => 'b') 的键是字符串——两者 var_dump 看起来一样，但 is_string($key) 结果不同。
典型踩坑场景：从数据库查出的数据用 fetch_all(MYSQLI_ASSOC)，键全是字符串；但有人手动拼数组时写 $row[0] = 'name'，结果混用导致 isset($arr[$id]) 失败。
立即学习“PHP免费学习笔记（深入）”；
- 判断是否存在建议统一用
array_key_exists($key, $arr)，它不做强类型转换 - 如果必须转类型，显式用
(int)$key或(string)$key，别依赖隐式转换 -
foreach过程中不要 unset 当前正在遍历的键，PHP 7.3+ 会跳过下一个元素，行为不稳定
用 foreach ($arr as $key => $value) 会影响性能吗？
完全不影响。PHP 内部遍历时本来就要读键和值，拆成两个变量只是赋值操作，没有额外哈希查找或复制开销。比先 array_keys() 再 foreach 索引访问快得多，也比 for ($i = 0; $i 安全（避免每次调用 <code>count()）。
唯一要注意的是内存：如果数组极大（比如几万项），又在循环里不断新建大对象或字符串，$value 的副本可能触发 GC 延迟，这时才考虑引用 &$value，但得确保不意外修改原数组。
-
count($arr)在for循环里别放条件里，写成$len = count($arr); for ($i = 0; $i - 真要处理超大数组，优先考虑生成器（
yield）或分块array_chunk()，而不是优化foreach写法
替代方案：什么时候不该用 foreach 带 $key => $value
当你要做的是“找某个键对应的值”，而不是“遍历所有键值对”，就别硬套 foreach。比如查用户状态：if (isset($statusMap[$userId])) { ... } 比循环整个 $statusMap 快得多。
另一个常见误用：嵌套数组里想“展开所有子项的键值”，结果写成三层 foreach + 手动拼新键名，其实该用递归函数或 array_walk_recursive()（但它不传键，需自定义回调）。
-
array_walk()可以传引用改值，但不返回新数组；要映射新结构用array_map()配合匿名函数 -
foreach不适合做“中断后继续”的逻辑，比如分页处理，得靠array_slice()配合键偏移 - 如果键是 UUID 或长字符串，
foreach本身没问题，但后续用这些键做大量in_array()查找就慢，应转为array_flip()建反向索引
foreach ($arr as $key => $value)。复杂点在于键本身的类型和来源是否可靠，而不是循环语法本身。 
