頭文件：

#include <string.h>

定義函數(shù)：

char * strdup(const char *s);

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

返回值：返回一字符串指針，該指針指向復(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會(huì)報(bào)錯(cuò)！~
strcpy是標(biāo)準(zhǔn)的c函數(shù)，在windows里報(bào)錯(cuò)是因?yàn)橹羔槢](méi)申請(qǐng)空間吧！~
可以先strlen判斷from的大小，之后為to申請(qǐng)空間，之后再strcpy就不會(huì)報(bào)錯(cuò)了！~

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

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

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

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

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