创建轻量持久化子进程：fork与threads该如何选择？

首先，你的需求其实完全可以通过现有系统调用实现，而且能完美满足快速、轻量、主进程终止后仍可运行这三个核心要求。下面是几个最适合的方案：

1. fork() + exec() 组合（推荐，兼容性拉满） #

你担心fork()会复制主进程全部数据结构导致性能负担，但其实现代操作系统的写时复制（COW）机制已经把这个开销降到了极低：

• fork()执行时，并不会真的复制所有内存页，只是复制页表，父子进程共享物理内存页；
• 只要你在fork()之后立刻调用exec()系列函数（比如execve()），子进程的地址空间会被完全替换成新程序的内容，几乎不会触发任何页复制操作。

具体做法：

• 把你要运行的小循环逻辑单独写成一个极小的程序，静态编译（比如用gcc -static），这样生成的二进制体积只有几KB，启动速度极快；
• 主进程里fork()出子进程后，直接exec()这个小二进制，子进程就变成了完全独立的进程，和主进程的资源彻底切割，主进程退出后它也能继续运行。

这个方案的优势是所有Unix-like系统都支持，实现简单，性能开销几乎可以忽略。

2. posix_spawn() （更高效的替代方案） #

如果你的系统支持POSIX标准（大部分Linux、BSD都支持），posix_spawn()是比fork()+exec()更高效的选择：

• 它直接把“创建进程+加载程序”合并成一个系统调用，避免了fork()带来的一些额外开销（比如临时的进程资源分配）；
• 你可以通过参数精确控制子进程继承哪些资源（比如完全不继承任何fd、环境变量），进一步提升轻量性。

用法上和exec()类似，只是不需要先fork()，直接指定要运行的程序路径和参数即可，代码更简洁，性能也更好，适合需要频繁创建这类小进程的场景。

3. clone() （灵活但复杂的底层选项） #

如果你需要极致的自定义控制，可以用Linux的clone()系统调用（它是fork()和线程创建的底层实现）：

• 通过设置不同的flags，你可以完全控制子进程与主进程共享哪些资源（比如不共享地址空间、不共享fd、不共享信号处理等）；
• 只要设置CLONE_PARENT或者确保子进程的父进程最终变成init（PID 1），主进程退出后子进程依然能存活。

不过这个方案的缺点是复杂度高，需要手动处理很多细节（比如信号、进程组、资源清理），一般只在有特殊定制需求时才用，日常场景用前两个方案足够。

关于“以函数为入口的全新进程”的替代思路 #

你提到想要直接以函数为入口创建全新进程，虽然没有直接的系统调用支持，但可以用以下方式模拟：

• 把目标函数编译成一个静态链接的共享库；
• 写一个极小的加载器程序，它的逻辑就是加载这个共享库并调用目标函数；
• 然后用fork()+exec()或者posix_spawn()启动这个加载器，效果就相当于直接运行你的函数作为独立进程。

这种方式不需要写完整的独立程序，灵活性更高，同时依然保持轻量快速的特性。

内容的提问来源于stack exchange，提问作者Phocs