详细介绍C/C++数组名与指针区别

详细介绍C/C++数组名与指针区别

指针是C/C++语言的特色，而数组名与指针有太多的相似，甚至很多时候，数组名可以作为指针使用。于是乎，很多程序设计者就被搞糊涂了。而许多的大学老师，他们在C语言的教学过程中也错误得给学生讲解："数组名就是指针"。很幸运，我的大学老师就是其中之一。时至今日，我日复一日地进行着C/C++项目的开发，而身边还一直充满这样的程序员，他们保留着"数组名就是指针"的误解。

v=`!#*~! uo^ccVQ
想必这种误解的根源在于国内某著名的C程序设计教程。如果这篇文章能够纠正许多中国程序员对数组名和指针的误解，笔者就不甚欣慰了。借此文，笔者站在无数对知识如饥似渴的中国程序员之中，深深寄希望于国内的计算机图书编写者们，能以"深入探索"的思维方式和精益求精的认真态度来对待图书编写工作，但愿市面上多一些融入作者思考结晶的心血之作！

5;EYB,7Jk PdANZ&:[
魔幻数组名

S |t6Oc t_epbzB-
请看程序（本文程序在WIN32平台下编译）：


287=n 3i8$p2V{

#include <iostream.h>  
int main(int argc, char* argv[])  
{  
char str[10];  
char *pStr = str;  
cout << sizeof(str) << endl;  
cout << sizeof(pStr) << endl;  
return 0;  
}  dS{FJs^<e  
 $ZpuZQ  

 3 :z)>v<  
 G6f'VbPKy

[SrIWv"oP CxER/?, }
1、数组名不是指针

zalG4C:7 Dp/ n`
我们先来推翻"数组名就是指针"的说法，用反证法。

R/S|PKV;. s^GAmb2Q
证明　数组名不是指针

PU m<N IqJX #
假设：数组名是指针；

bjKe)^ r ,q$Mi`]tJR
则：pStr和str都是指针；

(@8F,!1c ywVH4?z0
因为：在WIN32平台下，指针长度为4；

_&l
qL 1rA it
I'lM
所以：第6行和第7行的输出都应该为4；

4,AG"3vU| M|7!0!xV
实际情况是：第6行输出10，第7行输出4；

JdZ| TwT4 TQ 2?{+
所以：假设不成立，数组名不是指针

R-VZdaM^ _&Md:wD
2、数组名神似指针

?us778L5 Hu0K S2
上面我们已经证明了数组名的确不是指针，但是我们再看看程序的第5行。该行程序将数组名直接赋值给指针，这显得数组名又的确是个指针！

~_J#\y0J ;YMxaZU
我们还可以发现数组名显得像指针的例子：

tTx}XIxL.$ LKfp` FH

#include <string.h>  
#include <iostream.h>  
int main(int argc, char* argv[])  
{  
char str1[10] = "I Love U";  
char str2[10];   
strcpy(str2,str1);  
cout << "string array 1: " << str1 << endl;  
cout << "string array 2: " << str2 << endl;  
return 0;  
}  }fvV|sqS  
 !1584vj  

 o{2Z&a  
 *gVE12s

njw Y~y\ @X s#t(
标准C库函数strcpy的函数原形中能接纳的两个参数都为char型指针，而我们在调用中传给它的却是两个数组名！函数输出：

5 }!x:8 eU\MVcL~$

string array 1: I Love U  
string array 2: I Love U  }+90KWI  
 ^u
=qW  

 ^M7_I&&\  
 k[B7?,h7C

%I ( @=$+ "zs4&{3

数组名再一次显得像指针！

xCrD=>5t@v Ui57\u{mh
既然数组名不是指针，而为什么到处都把数组名当指针用？于是乎，许多程序员得出这样的结论：数组名（主）是（谓）不是指针的指针（宾）。

6ga%*FFp `uN:G8F.
整个一魔鬼。

@3$m'sYd @ `/d~KsC
揭密数组名

bO+n%9>F[ ^w/aFAw^
现在到揭露数组名本质的时候了，先给出三个结论：

(PZ?"\+: E!|v
aGG.
(1)数组名的内涵在于其指代实体是一种数据结构，这种数据结构就是数组；

L-S)}oe iYeA|@Z
(2)数组名的外延在于其可以转换为指向其指代实体的指针，而且是一个指针常量；

A&$3jP%7 ]=lM RF
(3)指向数组的指针则是另外一种变量类型（在WIN32平台下，长度为4），仅仅意味着数组的存放地址！

7sh*PeD ]^`l8'.yUc
1、数组名指代一种数据结构：数组

Taedh YG,dEDTaM
现在可以解释为什么第1个程序第6行的输出为10的问题，根据结论1，数组名str的内涵为一种数据结构，即一个长度为10的char型数组，所以sizeof(str)的结果为这个数据结构占据的内存大小：10字节。

mxR F|5P. >{WmynIRC+
再看：

W!K e%XH? ` 9&yl#>l

int intArray[10];  
cout << sizeof(intArray) ;  :c@{I_,  
 *cmA=Agd8  

 \RNa	?V  
 ^eJ)xM
k

aIWjt6D# >gbe xR
第2行的输出结果为40（整型数组占据的内存空间大小）。

%/$j!R ^9#nqvVn
如果C/C++程序可以这样写：

. '2_# y/g#aBVK

int[10] intArray;  
cout << sizeof(intArray) ;  MJSak+$l  
 %%
}|%jC=h  

 Wv#=6o@9	p  
 '_M}W-/

<1994h` ?j3[(B<Q*
我们就都明白了，intArray定义为int[10]这种数据结构的一个实例，可惜啊，C/C++目前并不支持这种定义方式。

]=@".o 1V~VKOG
2、数组名可作为指针常量

jb\],?d!I N*Qbh16%?3
根据结论2，数组名可以转换为指向其指代实体的指针，所以程序1中的第5行数组名直接赋值给指针，程序2第7行直接将数组名作为指针形参都可成立。

0G.U!,xx rL#: W0G
下面的程序成立吗？

`KrwS<{ ,)3bf>"

int intArray[10];  
intArray++;  WrtsaXI|g  
 
l2$L!pk  

 @vJ  
 ^.qA7jYD

9|9"<P /f B(_X}8
读者可以编译之，发现编译出错。原因在于，虽然数组名可以转换为指向其指代实体的指针，但是它只能被看作一个指针常量，不能被修改。

0OvQmr\ 9VX ;,
而指针，不管是指向结构体、数组还是基本数据类型的指针，都不包含原始数据结构的内涵，在WIN32平台下，sizeof操作的结果都是4。

u^!" % F C1p 5
顺便纠正一下许多程序员的另一个误解。许多程序员以为sizeof是一个函数，而实际上，它是一个操作符，不过其使用方式看起来的确太像一个函数了。语句sizeof(int)就可以说明sizeof的确不是一个函数，因为函数接纳形参（一个变量），世界上没有一个C/C++函数接纳一个数据类型（如int）为"形参"。

adskPf]' Pq%sI^
Vr
3、数据名可能失去其数据结构内涵

jk!W(_EN QK9 @`]Y
到这里似乎数组名魔幻问题已经宣告圆满解决，但是平静的湖面上却再次掀起波浪。请看下面一段程序：

V6{BR! o8V ]s3b&:j

#include <iostream.h>  
void arrayTest(char str[])  
{  
cout << sizeof(str) << endl;  
}  
int main(int argc, char* argv[])  
{  
char str1[10] = "I Love U";  
arrayTest(str1);   
return 0;  
}  )}>~Y;A  
 jv|,@On`QS  

 +lWz8!Py  
 WhlQ#G

j,&.j+\ &qD5< =
'
程序的输出结果为4。不可能吧？

eJ8y;SP J/`j{
1H
一个可怕的数字，前面已经提到其为指针的长度!

N;(S/T%[1 j~]|BOosC
结论1指出，数据名内涵为数组这种数据结构，在arrayTest函数体内，str是数组名，那为什么sizeof的结果却是指针的长度？这是因为：

GIa{N `a fMmYL8BV>
(1)数组名作为函数形参时，在函数体内，其失去了本身的内涵，仅仅只是一个指针；

U$f5#KeNpW dP#w?x|?
(2)很遗憾，在失去其内涵的同时，它还失去了其常量特性，可以作自增、自减等操作，可以被修改。

^-KuZxnBXz +5 _CF#p
所以，数据名作为函数形参时，其全面沦落为一个普通指针！它的贵族身份被剥夺，成了一个地地道道的只拥有4个字节的平民。

;x4xBT6M .GQF'8A
以上就是结论4。

Eg~#: U qaI=|lbA
结束语

sbRn kmlqO b
最后，笔者再次表达深深的希望，愿我和我的同道中人能够真正以谨慎的研究态度来认真思考开发中的问题，这样才能在我们中间产生大师级的程序员，顶级的开发书籍。每次拿着美国鬼子的开发书籍，我们不免发出这样的感慨：我们落后太远了。