頭文件：

#include <string.h>

定義函數(shù)：

char * strdup(const char *s);

函數(shù)說明：strdup()會先用maolloc()配置與參數(shù)s 字符串相同的空間大小，然后將參數(shù)s 字符串的內(nèi)容復(fù)制到該內(nèi)存地址，然后把該地址返回。該地址最后可以利用free()來釋放。

返回值：返回一字符串指針，該指針指向復(fù)制后的新字符串地址。若返回NULL 表示內(nèi)存不足。

范例

#include <string.h>
main(){
  char a[] = "strdup";
  char *b;
  b = strdup(a);
  printf("b[]=\"%s\"\n", b);
}

執(zhí)行結(jié)果：

b[]="strdup"

strdup()函數(shù)與strcpy()函數(shù)的區(qū)別
strdup不是標(biāo)準(zhǔn)的c函數(shù)，所以linux會報(bào)錯！~
strcpy是標(biāo)準(zhǔn)的c函數(shù)，在windows里報(bào)錯是因?yàn)橹羔槢]申請空間吧！~
可以先strlen判斷from的大小，之后為to申請空間，之后再strcpy就不會報(bào)錯了！~

strdup可以直接把要復(fù)制的內(nèi)容復(fù)制給沒有初始化的指針，因?yàn)樗鼤詣臃峙淇臻g給目的指針,使用結(jié)束
后要手動釋放系統(tǒng)自動分配的空間
strcpy的目的指針一定是已經(jīng)分配內(nèi)存的指針

最近在看別人編寫的c語言源代碼，很多人喜歡使用strdup來復(fù)制字符串，我覺得這個習(xí)慣不好，因?yàn)槿绻胧棺约旱某绦蛞浦残愿玫脑挘?br /> 就忘記有這個函數(shù)吧。我否定它的主要原因是：
1）用strdup函數(shù)的時(shí)候，往往我們會忘記內(nèi)存的釋放，可能的原因是對于C庫函數(shù)的了解不夠，畢竟是其他模塊分配內(nèi)存，自己模塊釋放它。
2） 在不同的平臺上，我們對于strdup內(nèi)存分配的函數(shù)可能采用不同的方法，比如在某些c庫中用malloc來分配，而在某些c++庫中，用new來分配 （因?yàn)閏＋＋庫可能重寫了相關(guān)的c庫代碼）。所以對使用者在釋放它的時(shí)候產(chǎn)生了很大的疑惑，是用free還是用delete[]來釋放所分配的內(nèi)存呢？！ 如果我們主管臆斷，用free來釋放它，操作未知?？赡芄ぷ髡?，可能是部分內(nèi)存泄漏，也可能是程序崩潰。自己程序的正確性依賴于編譯器，很不爽吧！

我覺得，在模塊中，除非萬不得已自己分配的內(nèi)存需要其他模塊釋放，否則應(yīng)該自產(chǎn)自銷，盡量避模塊之間的這種耦合性，減少內(nèi)存泄漏的因素。
那么讀者可能會問，如果字符串復(fù)制經(jīng)常用到，類似于下面的一個代碼

char *dest = malloc( strlen( src ) + 1 );
assert( dest != NULL );
strcpy( dest, src );

經(jīng)常要被使用，寫3行代碼比較羅嗦，那么不妨使用宏來搞定它吧。這樣做的好處是確定了內(nèi)存是用malloc分配的，移植性好多了，難道不是嗎？！此外，自己定義的宏，分配內(nèi)存后要釋放，總不會忘記吧

最新評論