char str[] 與 char *str的區(qū)別詳細解析
char* get_str(void)
{
char str[] = {"abcd"};
return str;
}
char str[] = {"abcd"};定義了一個局部字符數(shù)組,盡管是數(shù)組,但它是一個局部變量,返回它的地址肯定是一個已經釋放了的空間的地址。
此函數(shù)返回的是內部一個局部字符數(shù)組str的地址,且函數(shù)調用完畢后 此數(shù)組被銷毀,所以你返回的指針也就指向一塊被銷毀的內存,這種寫法是錯誤的。
char* get_str(void)
{
char *str = {"abcd"};
return str;
}
char* str = {"abcd"};表示先定義個字符串常量,并將其地址賦給str。
此函數(shù)返回的是字符串常量的地址,而像這種字符串都是屬于全局的,在編譯的時候就已經分配了內存了,只有程序退出的時候才會被銷毀,所以返回它的地址是沒有問題的,但是你最好返回常量指針,因為你不能去改變字符串常量的值。
const char str[] = "abcd"; //abc存儲在堆棧中
const char *str = "abcd"; //abc存儲在靜態(tài)存儲區(qū)
準確的說,上面兩個“abc"都是存儲在靜態(tài)存儲區(qū),即常量區(qū)。常量區(qū)是可讀不可寫的。所以任何試圖對常量區(qū)進行寫的操作都是非法的,當然了,這也不是一定不可寫的,你可以采取某種渠道改變常量區(qū)的內存屬性,比如改變pe相關節(jié)的屬性就可以對常量區(qū)進行讀寫,當然了,這個目前可以忽略。。。
那么為什么str[] = "abc";
可以寫呢?
答案就在str[] = "abc";會有一個額外的拷貝過程,即把常量區(qū)的 "abc"拷貝到棧內存去,所以就可以寫了。
總結:
所有以" "或' '包含的字符、字符串都是常量,應該是存儲在堆上。
char *str = "xxxxx",str指向該常量地址。
char str[] = "xxxxx",str在棧上申請空間,將常量內容復制進來,所以是局部變量。
首先,數(shù)組和指針是不同的數(shù)據(jù)類型,有本質的區(qū)別:
char str[] = "abcd"; //sizeof(str) == 5 * sizeof(char)
char * str = "abcd"; //sizeof(str) == 4(x86) or 8(x64)
數(shù)組可以自動轉型成指針,指針不能轉成數(shù)組。
然后,字符串等價于字符數(shù)組,而不等于字符指針。根據(jù)上一條,字符串可以自動轉型成字符指針。
再然后,"abcd"叫做“字符串常量”,任何類型的常量都是右值(沒有名字的臨時變量),必須讓"abcd"成為左值(有名字的變量),才能夠修改"abcd"這個字符串。
char str[] = "abcd"; //等號兩端是相同的數(shù)據(jù)類型,右值成為左值
char * str = "abcd"; //等號兩端是不同的數(shù)據(jù)類型,右端自動轉型成char*,該char*得到了str的名字,而"abcd"這個char數(shù)組仍然沒有名字。
char * str是存儲在全局靜態(tài)存儲區(qū),所以,雖然是局部變量但函數(shù)返回后依然可以拿到正確的值!
char str[] 是存儲在棧上的,local variable ,函數(shù)返回后,OS就收回空間了,就不復存在了,所以,拿不到正確的結果!
char str[]="name";與char str[5];str="name" 的不同之處在哪,能不能從內存分配的角度講一講,我知道數(shù)組名字是一個常量地址(指針),第一個為什么對,第二個為什么錯?
第二個先定義了一個數(shù)組,要知道數(shù)組名str是數(shù)組分配到的空間的首地址,str="name"應該是等號兩邊類型不匹配的錯誤。一般的常量應該沒有內存地址的,除非有某個變量指向了該常量。
數(shù)組名是地址常量,那么常量當然不允許被重新賦值。
"name"是一個字符串常量他存儲在常量存儲區(qū),只能用一個指針指向它卻不允許改變:char*p;p="name";
一般情況下char str[]="name";數(shù)組是在棧上的空間由編譯器分配,內容可以由用戶改變。
相關文章
C語言中fgetgrent()函數(shù)和fgetpwent()函數(shù)的用法對比
這篇文章主要介紹了C語言中fgetgrent()函數(shù)和fgetpwent()函數(shù)的用法對比,分別用于讀取組格式函數(shù)和讀取密碼格式,需要的朋友可以參考下2015-08-08