PHP中数组底层均为哈希表，索引数组本质是键为连续整数的关联数组；键存在隐式类型转换（如"123"转123），导致重复键覆盖；自动索引基于最大整数键而非位置；遍历时$key类型取决于原始定义。
array在 PHP 中无论怎么写，底层都是哈希表，所谓“索引数组”和“关联数组”只是键的类型和人类可读性的差异，不是两种独立数据结构。
索引数组其实是键为连续整数的关联数组
PHP 没有真正意义上的“纯索引数组”。当你写 $arr = ["a", "b", "c"]，PHP 自动把它等价于 $arr = [0 => "a", 1 => "b", 2 => "c"]。这意味着：
- 你可以用
$arr[0]访问，也可以用isset($arr[0])判断存在性 - 但如果你手动插入
$arr["0"] = "x"，它不会覆盖$arr[0]—— 因为"0"是字符串，而0是整数，PHP 区分这两者（除非触发强制转换） - 一旦你混入非连续数字键（比如
[0 => "a", 5 => "b"]），后续自动分配的键仍从6开始，而不是重排成0,1
关联数组的键会触发类型转换，容易踩坑
PHP 对数组键有隐式转换规则，直接影响行为：
-
"123"会被转成整数123，和123视为同一个键 -
"012"不是有效十进制整数，保留为字符串，不会被转成12 -
8.7、true、false、null都会被强制转成整数或空字符串，导致键冲突 - 重复键名（如
[1 => "a", "1" => "b"]）最终只保留一个值，后者覆盖前者
所以 array("1" => "x", 1 => "y") 实际只有 1 => "y"。
混合使用时索引自动增长逻辑很反直觉
PHP 允许在同一个数组里同时存在数字键和字符串键，但“自动递增索引”的规则只看已有整数键的最大值：
-
array("a", "b", "c" => "d", "e")→ 键为0=>"a", 1=>"b", "c"=>"d", 2=>"e" -
array(0=>"a", 2=>"b", "x"=>"c")→ 下一个自动索引是3，不是1 -
array("10" => "a", "b")→"10"被转成整数10，所以"b"的键是11，不是1
这种行为在动态构造数组（比如循环中 $arr[] = $val）时尤其容易出错。
遍历时 key 类型决定你拿到什么
用 foreach ($arr as $key => $value) 遍历，$key 的类型取决于原始定义方式：
-
["a","b"]→$key是整数0、1 -
["k1"=>"a","k2"=>"b"]→$key是字符串"k1"、"k2" -
[0=>"a","1"=>"b"]→$key是整数0和字符串"1"（因为"1"没被强制转换，除非你显式用了1）
如果后续要做 is_int($key) 或 is_string($key) 判断，不能假设所有键类型一致。
实际开发中，最常被忽略的是键的隐式转换和混合数组的自动索引逻辑 —— 它们不报错，但会让 count()、array_values()、json_encode() 的输出变得难以预测。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
