c 常見問題 1

1.在c++ 程式中呼叫被c 編譯器編譯後的函式，為什麼要加extern 「c」?

答：c++語言支援函式過載，c 語言不支援函式過載。函式被c++編譯後在庫中的名字與c 語言的不同。假設某個函式的原型為： void foo(int x, int y);

該函式被c 編譯器編譯後在庫中的名字為_foo ，而c++ 編譯器則會產生像_foo_int_int 之類的名字。

c++提供了c 連線交換指定符號extern「c」來解決名字匹配問題。

2.char * strcpy(char * strdest,const char * strsrc);

已知strcpy函式的原型是：

char * strcpy(char * strdest,const char * strsrc);

⒈不呼叫庫函式，實現strcpy函式。

⒉解釋為什麼要返回char *。解說1

2345

6789

⒈strcpy的實現**

char*strcpy(char* strdest,constchar* strsrc)

錯誤的做法：

[1](a）不檢查指標的有效性，說明答題者不注重**的健壯性。

（b）檢查指標的有效性時使用（（！strdest)||(!strsrc））或（！（strdest&&strsrc）），說明答題者對c語言中型別的隱式轉換沒有深刻認識。在本例中char *轉換為bool即是型別隱式轉換，這種功能雖然靈活，但更多的是導致出錯概率增大和維護成本公升高。所以c++專門增加了bool、true、false三個關鍵字以提供更安全的條件表示式。

（c）檢查指標的有效性時使用（（strdest==0)||(strsrc==0）），說明答題者不知道使用常量的好處。直接使用字面常量（如本例中的0）會減少程式的可維護性。0雖然簡單，但程式中可能出現很多處對指標的檢查，萬一出現筆誤，編譯器不能發現，生成的程式內含邏輯錯誤，很難排除。而使用null代替0，如果出現拼寫錯誤，編譯器就會檢查出來。

[2]（a)return new string("invalid argument(s)")；，說明答題者根本不知道返回值的用途，並且他對記憶體洩漏也沒有警惕心。從函式中返回函式體內分配的記憶體是十分危險的做法，他把釋放記憶體的義務拋給不知情的呼叫者，絕大多數情況下，呼叫者不會釋放記憶體，這導致記憶體洩漏。

（b)return 0；，說明答題者沒有掌握異常機制。呼叫者有可能忘記檢查返回值，呼叫者還可能無法檢查返回值（見後面的鏈式表示式）。妄想讓返回值肩負返回正確值和異常值的雙重功能，其結果往往是兩種功能都失效。應該以丟擲異常來代替返回值，這樣可以減輕呼叫者的負擔、使錯誤不會被忽略、增強程式的可維護性。

[3]（a）忘記儲存原始的strdest值，說明答題者邏輯思維不嚴密。

[4]（a）迴圈寫成while (*strdestcopy++=*strsrc++）；，同[1]（b）。

（b）迴圈寫成while (*strsrc!='\0') *strdest++=*strsrc++；，說明答題者對邊界條件的檢查不力。迴圈體結束後，strdest字串的末尾沒有正確地加上'\0'。

⒉返回strdest的原始值使函式能夠支援鏈式表示式，增加了函式的「附加值」。同樣功能的函式，如果能合理地提高的可用性，自然就更加理想。

鏈式表示式的形式如：

int ilength=strlen(strcpy(stra,strb));

又如：char * stra=strcpy(new char[10],strb);

返回strsrc的原始值是錯誤的。其一，源字串肯定是已知的，返回它沒有意義。其二，不能支援形如第二例的表示式。其三，為了保護源字串，形參用const限定strsrc所指的內容，把const char *作為char *返回，型別不符，編譯報錯。

3. c++的多型性

博主的總結挺好的：

虛函式理解：

int *p2=(int*)((int)a+1);

int *p3=(int*)(&a)+1;

// p3=p3+1;

printf("%x,%x,%x",p1[-1],*p2,p3[-1]);

&array=0012fdf0, &array+1=0012ff80 //+sizeof(&array)

c 常見問題 1

面試常見問題 1 this的常見問題

C 常見問題

C 常見問題

c 常見問題 1

面試常見問題 1 this的常見問題

C 常見問題

C 常見問題

相關推薦