为什么 Unix 有 fork() 而没有 CreateProcess()？

Question

我不明白为什么 Unix 有 fork()< /a> 用于创建新进程。在 Win32 API 中，我们有 < code>CreateProcess() 创建一个新进程并将可执行文件加载到其地址空间中，然后从入口点开始执行。然而，Unix 提供了用于创建新进程的 fork，如果我想运行另一个进程，我不明白为什么要复制我的进程。

那么让我问这两个问题：

1. 如果 fork() 然后 exec() 效率更高，为什么没有一个函数 forkexec(const char * newProc) 因为几乎在所有情况下我们都会在 fork() 之后调用 exec() 吗？
2. 如果它没有效率更高，为什么还要存在 fork() 呢？

Answer 1

fork() 调用就足够了。也更加灵活；它允许您调整子进程中的 I/O 重定向，而不是使创建进程的系统调用复杂化。对于 SUID 或 SGID 程序，它允许子进程在执行其他进程之前失去其提升的权限。

如果您想要以复杂的方式创建流程，请查找 posix_spawn() 函数。

#include ;

int posix_spawn(pid_t *限制 pid, const char *限制路径,
        const posix_spawn_file_actions_t *file_actions，
        const posix_spawnattr_t *限制 attrp，
        char *const argv[限制]、char *const envp[限制]);

int posix_spawnp(pid_t *限制 pid, const char *限制文件,
          const posix_spawn_file_actions_t *file_actions，
       const posix_spawnattr_t *限制 attrp，
       char *const argv[限制]、char *const envp[限制]);

不同之处在于 posix_spawnp() 会在 PATH 上搜索可执行文件。

还有一整套其他函数用于处理 posix_spawn_file_actions_t 和 posix_spawnattr_t 类型（请点击引用的手册页底部的“另请参阅”链接）。

这有点像 Windows 上的CreateProcess()。不过，在大多数情况下，使用 fork() 后紧跟着 exec() 会更简单。

---

我不明白你的意思。子进程代码将由我编写，那么编写 if (fork() == 0) 和将这段代码放在 child 的 main() 开头有什么区别？代码>?

很多时候，您执行的代码不是由您编写的，因此您无法修改子进程开始时发生的情况。想想一个外壳；如果您从 shell 运行的唯一程序是您编写的程序，那么生活将变得非常贫困。

通常，您执行的代码会从许多不同的地方调用。特别是，考虑一个 shell 和一个程序，它们有时在管道中执行，有时在没有管道的情况下执行。被调用的程序无法知道它应该做什么 I/O 重定向和修复；调用程序知道。

如果调用程序以提升的权限（SUID 或 SGID 权限）运行，则在运行另一个程序之前想要关闭这些权限是正常的。依靠其他程序来知道要做什么是......愚蠢的。

Answer 2

类 UNIX 操作系统（至少是较新的 Linux 和 BSD 内核）通常具有非常高效 fork 实现——它“如此便宜”以至于有“线程”实现某些语言基于它。

最后，forkexec 函数是 ~n 行应用程序代码（对于 n 的某个小值）。

我确实希望 Windows 有这样一个有用的 ForkProcess :(

快乐编码

---

。cnicutar 提到，写入时复制 (COW) 是使用的一种策略。

Answer 3

有一个函数相当于forkexec - system

http://www.tutorialspoint.com/c_standard_library/ c_function_system.htm

#include <stdio.h>
#include <string.h>

int main ()
{
  char command[50];

  strcpy( command, "ls -l" );
  system(command);

  return(0);
}