关于数组下标对元素进行访问的方式的问题就是数组下标的问题，a[1]可以转换为*(a+1)然后数组是直接访问，指
关于数组下标对元素进行访问的方式的问题
就是数组下标的问题，a[1]可以转换为*(a+1);
然后数组是直接访问，指针是间接访问，转换成*(a+1)了他是怎么直接访问的，求科普
[解决办法]
起决定作用的是p是什么 而不是 用[] 还是*
[解决办法]
int a[10];
int *p =a;
1. p[i] 和 *(p+i) 等价
2. a[i] 与 *(a+i) . .
3. 主要是通过 a 访问还是通过 p 访问，而不在于用 [] 还是用 *
p 是个变量，系统必须先访问 p 的地址，得到 p 的值..稍微慢些
[解决办法]
你所说的指针、数组都是C语言的概念， 你忽略了一点， 代码实际上最重是要翻译成机器指令，
在机器指令这个级别是没有这些概念的。
C 的数组对应到机器级别其实就是一块内存， 一块内存你要引用当然就需要知道这块内存的地址， 在C级别数组名就代表了这块地址,用 base_addr表示， 当你在C中进行 a[i] 这样使用时， 实际上就是在使用 base_addr + i *sizeof(int) 这块地址内存中的内容；
而你定义一个指针， 让它指向这个数组， 其实就是让 p的值base_addr， 那么p+i 其实最终也是 用 base_addr +i*sizeof(int)
也就是说实际上在机器级别是一样的， 都是通过 首地址 + 偏移 的方式进行内存引用； 唯一的差别是在不同的CPU架构中， 你看到的这个地址计算过程可能不同， 因为不同的体系架构支持的寻址方式不同。
[解决办法]
如果
int a[10];
那么下面的四个表达式是具有完全相同的意义
a[1];
*(a + 1);
*(1 + a);
1[a];
[解决办法]VC调试时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。
对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或者在某行按F9设了断点后按F5执行停在该断点处的时候。
（Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！
指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。”
但我又不得不承认：
有那么些人喜欢或者适合用“先具体再抽象”的方法学习和理解复杂事物；
而另一些人喜欢或者适合用“先抽象再具体”的方法学习和理解复杂事物。
而我本人属前者。
这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！
这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！！
提醒：
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习C和汇编的对应关系。”
不是一回事！
不要迷信书、考题、老师、回帖；
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！
有人说一套做一套，你相信他说的还是相信他做的？
其实严格来说这个世界上古往今来所有人都是说一套做一套，不是吗？
不要写连自己也预测不了结果的代码！
电脑内存只是一个一维二进制字节数组及其对应的二进制地址；
人脑才将电脑内存中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、……
