直接贴代码和结果：
// FileName: id.cpp
#include <iostream>
#include <unistd.h>
using namespace std;
int main()
{
cout << "进程ID: " << getpid() << endl;
cout << "实际用户ID: " << getuid() << endl;
cout << "有效用户ID: " << geteuid() << endl;
return 0;
}
实际ID: root(0), xyz(1000), abc(1001)
可以发现，用户xyz给程序a.out的权限加上s后，ls -l的权限字符串第4位的x变成了s，之后其他用户在执行a.out时，当前进程的有效用户ID都会变成a.out所属用户（即xyz）的ID。
每个进程都有一套ID，用户ID（UID）和组ID（GID），两者是类似的，所以这里只考虑用户ID。
POSIX.1的API可以获取的有：实际用户ID和有效用户ID
实际用户ID就是/etc/passwd里的ID，有效用户ID是在执行某些系统调用时用来进行权限验证的，一般情况下等于实际用户ID。只有在设置了set-user-ID对应的权限位后（比如rwx变成了rws）有效ID才和实际ID产生了差别。
也就是说，用户xyz想让其他用户可以执行自己的这个应用程序（a.out），用户xyz可以用chmod o+x a.out让其他用户拥有执行（x，即execute）的权限。但是a.out程序内部又有需要验证有效ID的系统调用（比如open函数），这时用户xyz就可以用chmod u+s a.out来让其他用户顺利通过这一层测试。
再来个例子：
// FileName: append.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
#include <unistd.h>
#include <fcntl.h>
int main(void)
{
char filename[] = "file.txt";
int fd;
if ((fd = open(filename, O_WRONLY | O_APPEND)) == -1) {
fprintf(stderr, "open %s error: %s\n", filename, strerror(errno));
exit(1);
}
// 忽略了错误处理以及关闭文件描述符的操作
char buf[BUFSIZ];
snprintf(buf, BUFSIZ, "Access ID: %ld\n", (long)getuid());
write(fd, buf, strlen(buf));
return 0;
}
可以看出在设置用户ID位没有被设置时（APUE的说法，说得很绕口，简单地可以理解为表示用户权限的x没有变成s），用户abc通过权限位x获得了执行a.out的权限，但是却无法打开所属用户ID为xyz的文件file.txt，因为open函数写入时需要检查权限（而file.txt的权限位是rw-rw-r--，最后3位是其他用户，可以看出是没有写入权限的），因此以O_WRONLY来打开file.txt时会Permission denied，被权限挡住。
而在设置好设置用户ID位后，open函数验证权限时发现有效ID是xyz（虽然实际ID是abc），通过验证。