为什么这些后续的“dup2”调用存在于android启动代码中

在android源码的linux init.c文件中,我发现这个代码:

static void open_console() { int fd; if ((fd = open(console_name, O_RDWR)) < 0) { fd = open("/dev/null", O_RDWR); } ioctl(fd, TIOCSCTTY, 0); dup2(fd, 0); dup2(fd, 1); dup2(fd, 2); close(fd); } 

来源: 链接到Android

在成功打开控制台设备之后,它对一些fork操作进行ioctl操作,然后继续复制前三个文件描述符,然后closures它们(因为closures一个会closures它们)并退出。

这样做的目的是什么? 为什么我要确保分配给0,1,2的文件描述符是否接近?

正如你可能知道0,1和2的文件描述符是stdinstdoutstderr 。 dup2只是获得一个打开的文件描述符,并创建一个重复的条目到文件描述符表(如果它已经打开,也关闭新的文件描述符)。

关闭fd也不会导致关闭文件描述符0,1和2。 所以你最初的假设似乎是错误的 – 你不会结束这些描述符关闭,而是他们将被重定向到该控制台描述符。 之后,由于不再需要fd, stdinstdoutstderr都被映射到控制台或/dev/null