fork最终的执行是clone

在 Linux 内核中，虽然用户态中调用的是 fork() 系统调用，但实际上内核内部在处理 fork() 系统调用时，是通过 clone() 函数来创建新的进程的。

历史上，Linux 内核早期版本确实是直接通过 fork() 函数来创建新进程的。但后来，为了实现更多的功能和更高的灵活性，内核引入了 clone() 系统调用，它比传统的 fork() 更加通用和强大。

clone() 系统调用接受多个参数，可以在创建新进程时灵活地控制新进程与父进程之间的资源共享。例如，通过指定不同的标志参数，可以控制新进程是否与父进程共享地址空间、文件描述符表、信号处理等。

而对于传统的 fork() 系统调用，它只能创建与父进程完全相同的子进程，子进程会复制父进程的所有资源，包括代码、数据和文件描述符表等。这种简单的创建方式不够灵活，无法满足某些特定场景下的需求。

为了保持向后兼容性，内核仍然提供了 fork() 系统调用，并将其实现转发到 clone() 函数。当用户态程序调用 fork() 时，实际上是在调用 clone() 系统调用，并使用一组默认的标志参数来创建新进程，使其与传统的 fork() 行为相同。

这个转换过程的关键是 glibc（GNU C Library）。glibc 是 Linux 系统中的标准 C 库，它为用户程序提供了许多 C 标准库函数的实现，同时也负责封装和处理系统调用。当用户程序调用 fork() 时，glibc 将负责将该请求转换为 clone() 系统调用，并通过软中断进入内核。

总结起来，用户程序调用 fork()，但是在内核中执行的是 clone()，这是由 glibc 负责将 fork() 请求转换为 clone() 系统调用的结果。这样的设计使得进程的创建更加灵活，内核可以根据传递给 clone() 的参数来实现不同的进程创建行为。