(1)陣列名的內涵在於其指代實體是一種資料結構，這種資料結構就是陣列；
(2)陣列名的外延在於其可以轉換為指向其指代實體的指標，而且是乙個指標常量；
(3)指向陣列的指標則是另外一種變數型別（在win32平台下，長度為4），僅僅意味著陣列的存放位址！
1、陣列名指代一種資料結構：陣列
現在可以解釋為什麼第1個程式第6行的輸出為10的問題，根據結論1，陣列名str的內涵為一種資料結構，即乙個長度為10的char型陣列，所以sizeof(str)的結果為這個資料結構佔據的記憶體大小：10位元組。
再看：1. int intarray[10];
2. cout << sizeof(intarray) ;
第2行的輸出結果為40（整型陣列佔據的記憶體空間大小）。
如果c/c++程式可以這樣寫：
1. int[10] intarray;
2. cout << sizeof(intarray) ;
我們就都明白了，intarray定義為int[10]這種資料結構的乙個例項，可惜啊，c/c++目前並不支援這種定義方式。
2、陣列名可作為指標常量
根據結論2，陣列名可以轉換為指向其指代實體的指標，所以程式1中的第5行陣列名直接賦值給指標，程式2第7行直接將陣列名作為指標形參都可成立。
下面的程式成立嗎？
1. int intarray[10];
2. intarray++;
讀者可以編譯之，發現編譯出錯。原因在於，雖然陣列名可以轉換為指向其指代實體的指標，但是它只能被看作乙個指標常量，不能被修改。
而指標，不管是指向結構體、陣列還是基本資料型別的指標，都不包含原始資料結構的內涵，在win32平台下，sizeof操作的結果都是4。
順便糾正一下許多程式設計師的另乙個誤解。許多程式設計師以為sizeof是乙個函式，而實際上，它是乙個操作符，不過其使用方式看起來的確太像乙個函式了。語句sizeof(int)就可以說明sizeof的確不是乙個函式，因為函式接納形參（乙個變數），世界上沒有乙個c/c++函式接納乙個資料型別（如int）為"形參"。
3、資料名可能失去其資料結構內涵
到這裡似乎陣列名魔幻問題已經宣告圓滿解決，但是平靜的湖面上卻再次掀起波浪。請看下面一段程式：
1. ＃i nclude
2. void arraytest(char str)
3. 6. int main(int argc, char* argv)
7.
程式的輸出結果為4。不可能吧？
乙個可怕的數字，前面已經提到其為指標的長度!
結論1指出，資料名內涵為陣列這種資料結構，在arraytest函式體內，str是陣列名，那為什麼sizeof的結果卻是指標的長度？這是因為：
(1)陣列名作為函式形參時，在函式體內，其失去了本身的內涵，僅僅只是乙個指標；
(2)很遺憾，在失去其內涵的同時，它還失去了其常量特性，可以作自增、自減等操作，可以被修改。
所以，資料名作為函式形參時，其全面淪落為乙個普通指標！它的貴族身份被剝奪，成了乙個地地道道的只擁有4個位元組的平民。
陣列名與指標區別
魔幻陣列名 include int main int argc,char argv 1 陣列名不是指標 我們先來推翻 陣列名就是指標 的說法，用反證法。證明 陣列名不是指標 假設 陣列名是指標 則 pstr和str都是指標 因為 在win32平台下，指標長度為4 所以 第6行和第7行的輸出都應該為4...
陣列名與指標區別
魔幻陣列名 include int main int argc,char argv 1 陣列名不是指標 我們先來推翻 陣列名就是指標 的說法，用反證法。證明 陣列名不是指標 假設 陣列名是指標 則 pstr和str都是指標 因為 在win32平台下，指標長度為4 所以 第6行和第7行的輸出都應該為4...
C C 陣列名與指標區別
1 陣列名不是指標 1.include 2.int main int argc,char argv 3.第6行輸出10，第7行輸出4 指標長度是4，所以陣列名不是指標 2 陣列名神似指標 上面程式第五行，陣列名可以賦值給指標 1.include 2.include 3.int main int ar...