在c编译器中

a[i]
i[a]
*(a+i)

引用数组中元素的方式不同！（一点都不奇怪）

关于Dinah的sizeof问题，似乎没有人提到过一件事：

只能向指针添加整数，不能将两个指针相加。这样，当将指针添加到整数或将整数添加到指针时，编译器总是知道需要考虑哪个位的大小。

现在有点历史了。在其他语言中，BCPL对C的早期发展产生了相当大的影响。如果您在BCPL中声明的数组类似于：

let V = vec 10

实际上分配了11个字的内存，而不是10个。通常V是第一个，并包含紧接其后的单词的地址。因此，与C不同，命名V到那个位置，并获取数组第0个元素的地址。因此，BCPL中的数组间接寻址表示为

let J = V!5

真的不得不做J=！（V+5）（使用BCPL语法），因为需要获取V以获得阵列的基地址。因此，V！5和5！V是同义词。据坊间观察，WAFL（Warwick Functional Language，沃里克函数语言）是用BCPL编写的，据我所知，在访问用作数据存储的节点时，倾向于使用后一种语法而不是前一种语法。当然这是35到40年前的某个地方，所以我的记忆有点生疏

省去了额外的存储字，并在命名数组时让编译器插入数组的基地址，这一创新是后来才出现的。根据C历史论文，这大约发生在C中添加结构的时候。

注意！BCPL中既有一元前缀运算符，也有二元中缀运算符，在这两种情况下都是间接操作。只是二进制形式在执行间接操作之前包括两个操作数的相加。鉴于BCPL（和B）面向单词的性质，这实际上很有意义。当C获得数据类型时，“指针和整数”的限制就变得必要了，sizeof也成了一件事。

因为数组访问是根据指针定义的。a[i]被定义为表示*（a+i），它是可交换的。

我只是发现这种丑陋的语法可能是“有用的”，或者至少当你想处理一个索引数组，这些索引引用了同一个数组中的位置时，使用起来非常有趣。它可以替换嵌套的方括号，使代码更可读！

int a[] = { 2 , 3 , 3 , 2 , 4 };
int s = sizeof a / sizeof *a;  //  s == 5

for(int i = 0 ; i < s ; ++i) {  
           
    cout << a[a[a[i]]] << endl;
    // ... is equivalent to ...
    cout << i[a][a][a] << endl;  // but I prefer this one, it's easier to increase the level of indirection (without loop)
    
}

当然，我很确定在实际代码中没有这样的用例，但我还是觉得很有趣：）

我知道问题得到了答案，但我忍不住分享了这个解释。

我记得编译器设计原理，假设a是一个int数组，int的大小为2字节，&a的基址为1000。

[5]将如何工作->

Base Address of your Array a + (5*size of(data type for array a))
i.e. 1000 + (5*2) = 1010

So,

类似地，当c码被分解为3地址码时，5[a]将变为->

Base Address of your Array a + (size of(data type for array a)*5)
i.e. 1000 + (2*5) = 1010 

所以基本上这两个语句都指向内存中的相同位置，因此a[5]=5[a]。

这一解释也是数组中负索引在C中工作的原因。

即，如果我访问[-5]，它会给我

Base Address of your Array a + (-5 * size of(data type for array a))
i.e. 1000 + (-5*2) = 990

它将在990位置返回我的对象。