首先说一下什么是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，这就是我的分析了， 后面那个线程锁那里我感觉还不是太了解，讲的不是太好，还望见谅，如果哪位关于这部分有更深的了解，还望不吝赐教！