其中setresuid()具有最清晰的语法：
setresuid()被执行的条件有：
①当前进程的euid是root
②三个参数，每一个等于原来某个id中的一个
如果满足以上条件的任意一个，setresuid()都可以正常调用，并执行，将
进程的ID设置成对应的ID。
例子：
如果ruid=100,euid=0,suid=300
则setresuid(200,300,100)可以执行，因为原来的euid=0.
如果ruid=100,euid=300,suid=200
则setresuid(200,300,100)也可以执行，因为这三个新的id都是原来id中的某一个。
但是setresuid(100,200,400)就不能执行，因为400不等于原来三个id中的任意一个。
setresuid()有个性质，英文名称是all-or-nothing effect，意思是，如果setresuid()
对某一个ID设置成功了，其他的失败了，比如只改变了ruid，suid和euid都改失败了
那么程序会将ruid改回原来的值，即保证要么三个ID都能成功修改，要么三个都没能修改成功。
PS：FreeBSD和Linux支持setresuid，Solaris不支持setresuid，但有自己的实现方式。
seteuid()也有较清晰的语法：
无论什么情况，它只改变进程euid，而不改变ruid和suid。
如果原来的euid==0，则新的euid随意设，都可以成功改变。
如果原来的euid!=0，不同的系统的处理方式是不一样的：
-Solaris和Linux只允许新的euid等于原来三个id中的任意一个；
-但是FreeBSD只允许新的euid等于ruid和suid中的一个；
貌似FreeBSD这个限制是多余的，因为新的euid==原来的euid的时候应该是可以的，但是它会报错，不允许。
setreuid()有点小复杂：
它会修改ruid和euid，也某些情况下，也会修改suid。
而且不同的系统对setreuid也有不同的处理方式：
-在Solaris和Linux中，setreuid(geteuid(),getuid())可以实现ruid和euid的交换
-FreeBSD则会失败；
setuid()：
如果原来的euid==0，则该函数将会设置所有的id都等于新的id。
如果原来的三个id为：ruid=300,euid=0,suid=100
则setuid(200)执行以后，ruid=200,euid=200,suid=200
如果原来的euid!=0，但是新的id等于原来ruid和suid中的一个，那么也是可以执行的。否则就不能执行。
比如原来的三个id为：ruid=100，euid=200，suid=300
则setuid(300)可以执行，执行结束以后ruid=100,euid=300,suid=300（也就是说只改变了euid）。
setuid(400)就不能执行。
不同的系统有不同的处理方式：
-Linux和Solaris：如果euid不等于0，那么新的id必须等于ruid或者suid中的一个（就是我们上面说的）；
-FreeBSD待定，还没搞清楚；
setuid()的行为不仅取决于系统，还取决于进程的优先级：
-Linux和Solaris：如果euid==0，那么将三个id都设置为新的id；否则，只设置euid；
-FreeBSD：不管euid值，如果执行成功，直接设置所有的id都为新的id；