strdup函数

最近在代码中看到关于函数strdup：

用法：#include <string.h>
 功能：复制字符串s
 
 说明：返回指向被复制的字符串的指针，所需空间由malloc()分配且可以由free()释放。
 
 举例：
 
 
      // strdup.c
      
      #include <syslib.h>
      #include <string.h>
 
      main()
      {
        char *s="this is just f";
        char *d;
        
        d=strdup(s);
        printf("%s",d);
 
        getchar();
        return 0;
      }

strdup()主要是拷贝字符串s的一个副本，由函数返回值返回，这个副本有自己的内存空间，和s不相干。

char *strdup(const char *s)
{
        char *t = NULL;
        if (s && (t = (char*)malloc(strlen(s) + 1)))
        strcpy(t, s);
        return t;
}  

忘记strdup吧

最近在看别人编写的c语言源代码，很多人喜欢使用strdup来复制字符串，我觉得这个习惯不好，因为如果想使自己的程序移植性更好的话，就忘记有这个函数吧。我否定它的主要原因是：
1）用strdup函数的时候，往往我们会忘记内存的释放，可能的原因是对于C库函数的了解不够，毕竟是其他模块分配内存，自己模块释放它。
2）在不同的平台上，我们对于strdup内存分配的函数可能采用不同的方法，比如在某些c库中用malloc来分配，而在某些c++库中，用new来分配（因为c＋＋库可能重写了相关的c库代码）。所以对使用者在释放它的时候产生了很大的疑惑，是用free还是用delete[]来释放所分配的内存呢？！如果我们主管臆断，用free来释放它，操作未知。可能工作正常，可能是部分内存泄漏，也可能是程序崩溃。自己程序的正确性依赖于编译器，很不爽吧。

我觉得，在模块中，除非万不得已自己分配的内存需要其他模块释放，否则应该自产自销，尽量避模块之间的这种耦合性，减少内存泄漏的因素。那么读者可能会问，如果字符串复制经常用到，类似于下面的一个代码
char *dest = malloc( strlen( src ) + 1 );
assert( dest != NULL );
strcpy( dest, src );
经常要被使用，写3行代码比较罗嗦，那么不妨使用宏来搞定它吧。这样做的好处是确定了内存是用malloc分配的，移植性好多了，难道不是吗？！此外，自己定义的宏，分配内存后要释放，总不会忘记吧 。

上述仅仅是个人的观点，仅供参考！

自己批注：strdup会自己分配空间，记得内存的释放，否则可能造成内存泄露；

转自：http://blog.sina.com.cn/s/blog_6271989b01016uc7.html