关于getpw系列函数返回的静态区域

　　首先说一下什么是getpw系列函数，它主要是指这些函数：

　　

　　这些函数根据一个用户名（getpwnam和getpwnam_r两个函数）或者一个用户ID(getpwuid和getpwuid_r)来获取这个用户在/etc/passwd中相应的条目信息,并把这些信息存放在一个struct passwd的结构体里面,然后再把这个结构体的指针返回。问题就出在这个存储用户信息的结构体上面，它是由getpw函数在程序中自定义的一块静态存储区，而且每调用一次getpw函数，这个静态存储区就会被重写一次。比如下面这段代码：

 #include<errno.h>
 #include<pwd.h>
 #include<string.h>
 #include<stdlib.h>
 #include<stdarg.h>
 #include<stdio.h>
 #include<sys/types.h>

 #define BUFSIZE 512

 void err_exit(char *fmt,...);

 int main(int argc,char *argv[])
 {

     struct passwd *mistr;
     struct passwd *rootstr;

     if(NULL == (mistr=getpwnam("michael")))
     err_exit("[getpwnam]<mi>:");
     if(NULL == (rootstr=getpwnam("root")))
     err_exit("[getpwnam]<root>:");

     printf("name = %s\n",mistr->pw_name);
     printf("name = %s\n",rootstr->pw_name);

     return ;
 }

　　我想要获取michael用户和root用户的信息，然后我很异想天开得创建了两个指针，一个指向michael用户的信息，一个指向root用户的信息，以为这样就能分别保存两个用户的信息了，然后发现程序的运行结果如下图：

　　

　　发现两次打印的信息，都是root，说明后面调用的getpwnam函数重写了struct passwd这个结构体，把前面调用getpwnam函数时写入的michael用户的信息给覆盖了。

　　这个就是getpwnam_r和getpwuid_r函数出现的原因，为了防止多线程程序因为竞争而产生错误。关于这两个函数getpwnam的文档中是这样描述的：

　　

　　这两个函数可以将用户信息存放在用户定义的struct passwd结构体中，而不一定非得要放在函数定义的,可能被重写的静态区域中，这样多线程程序运行的时候就可以避免竞争了。

　　接下来再来说我的一个新的发现，就是getpw函数调用的时候是有锁的，也就是说同一个进程中，如果一个getpw函数正在运行，另一个getpw函数是无法运行的。

　　这个发现是我在运行《APUE》的程序清单10-2的时候发现的，《APUE》上面的代码如下（不是完全相同，自己重写了一下^_^）：

 /**
  *  可重入函数的概念就是可以在被调用了一半的时候被打断，然后再来从新调用，这里的getpwnam就是一个不可重入函数
  * ，因为getpwnam函数会修改一个静态变量来保存读出的用户信息，如果调用了一半再被重新调用，则有可能会让原来的
  * 信息被覆盖掉
  *
  * 现在getpwname函数可能有锁，信号处理函数再来调用这个函数会卡死
  */

 #include<errno.h>
 #include<pwd.h>
 #include<signal.h>
 #include<string.h>
 #include<stdlib.h>
 #include<stdarg.h>
 #include<stdio.h>
 #include<sys/types.h>
 #include<unistd.h>

 #define BUFSIZE 512

 void err_exit(char *fmt,...);
 int err_dump(char *fmt,...);
 int err_ret(char *fmt,...);

 /**
  *  本函数用来处理SIGALRM信号
  */
 void sig_alrm(int signo)
 {
     struct passwd *rootstr;

     printf("In signal SIGALRM handler\n");

     if(NULL == (rootstr=getpwnam("root")))
     err_exit("[getpwnam]<root>:");
     else
     printf("pw_name = %s\n",rootstr->pw_name);

     alarm();
 }

 int main(int argc,char *argv[])
 {

     struct passwd *mistr;
     signal(SIGALRM,sig_alrm);

     /**
      *    alarm函数用来在１秒钟之后发送一个SIGALRM信号给本程序
      */
     alarm();

     for(;;)
     {
     if(NULL == (mistr=getpwnam("michael")))
         err_exit("[getpwnam]<mi>:");
     if(strcmp(mistr->pw_name,"michael"))
         printf("结果错误，读出的用户名是:%s\n",mistr->pw_name);
     }

     return ;
 }

　　这个程序的流程是主函数调用getpwname获取michael用户的信息，同时通过alarm函数给自己发送SIGALRM信号，在SIGALRM的信号处理函数中，我们再来调用getpwnam函数获取root用户的信息，作者想要的结果是主函数不断读取michael用户的信息，但是SIGALRM信号处理函数获取了root用户的信息，所以最后主函数最后打印就有可能是root用户的信息，此时主函数就打印读取出错。

　　但是在程序运行的过程中我的电脑上却会发生死锁的情况，运行结果如下图所示：

　　

　　到此时程序就卡死了，不会再继续下去了。

　　后来我又用gdb把这个程序调试了一下，首先在32行那里增加一个断点，然后再用si命令一步一步地执行汇编指令，执行的过程如下：

　　

　　si命令在调试时是会进入函数内部的，所以我在进入getpwnam函数之后又一步一步地深入，最后我发现我的函数卡在了__lll_lock_wait_private()这个地方，函数的调用栈如下：

　　

　　前4行表示接受到了信号之后的处理过程，最后函数卡在了__lll_lock_wait_private()这个函数这里。我google了一下这个函数，在这里找到了它的实现。这个有点惭愧，看了半天愣是没看懂那个实现代码是是什么意思，不过我在那里看到了那个文件是一个线程库，所以我猜getpwnam函数的执行过程应该是这样的：

　　在getpwnam函数内部，具体还是要调用getpwnam_r函数来实现的(从上面函数栈截图的5~8行可以看出来)，在getpwnam函数内部调用getpwnam_r函数的时候，先要上一个线程锁，调用完成之后，再来解锁这个线程锁，这样来确保getpwnam函数每次只会被一个线程调用。

　　而在上面的代码中，主函数中的getpwnam函数没有解锁，就被暂停运行了，而信号处理函数(sig_alrm)函数中的getpwnam再来调用的时候，就会等待主函数中的getpwnam解锁，而主函数又是暂停的，这样就会产生死锁了！

　　OK，这就是我的分析了， 后面那个线程锁那里我感觉还不是太了解，讲的不是太好，还望见谅，如果哪位关于这部分有更深的了解，还望不吝赐教！