如何用fork()实现clone()的内存共享特性？进程数据共享与栈处理咨询

一、用fork实现特定数据的内存共享 #

fork默认采用写时复制（COW）机制，父子进程初始内存一致，但后续各自的修改会独立开来。要实现类似CLONE_VM的特定数据共享，得借助专门的共享内存方案：

• 匿名内存映射（mmap）：这是父子进程场景下最轻量化的方案。在fork调用前，先用mmap分配一块共享内存区域，把需要共享的worker数组等数据放在这块区域里。fork后，父子进程都能直接读写该区域，修改会互相可见。
  示例代码：

  #define WORKER_COUNT 4
  typedef struct Worker {
      // worker结构体定义
  } Worker;
  
  Worker *workers;
  
  int main() {
      // 分配共享内存存储worker数组
      workers = mmap(NULL, sizeof(Worker)*WORKER_COUNT, 
                     PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0);
      if (workers == MAP_FAILED) {
          perror("mmap failed");
          exit(1);
      }
  
      // fork前初始化worker[i]
      workers[0] = malloc(sizeof(Worker));
      // 其他worker初始化逻辑...
  
      pid_t pid = fork();
      if (pid == 0) {
          // 子进程能看到父进程对worker的修改，不会出现NULL
          printf("Child: worker[0] = %p\n", workers[0]);
          exit(0);
      } else {
          wait(NULL);
          munmap(workers, sizeof(Worker)*WORKER_COUNT);
      }
      return 0;
  }
  

• POSIX共享内存（shm_open）：如果需要跨无亲缘关系的进程共享，或者需要持久化共享数据，可以用shm_open创建共享内存对象，再通过mmap映射到进程地址空间。不过父子进程场景下，匿名mmap足够简便。
• 注意：全局变量、普通堆内存这类区域是COW的，父进程后续修改会触发内存复制，子进程看不到新值，必须用显式的共享内存机制才能实现真正的共享。

二、fork的栈实现及IPC的作用 #

fork和clone底层确实都调用clone系统调用，但两者的参数逻辑不同：

• fork的子进程栈是父进程栈的完整副本，由内核自动完成复制，完全不需要你自行实现栈。子进程从fork的返回点开始执行，使用独立的栈空间，和父进程栈互不干扰。
• clone需要用户指定栈参数，是因为当你使用CLONE_VM这类线程级标志时，子执行流会共享父进程的地址空间，不能再复用父进程的栈（会导致栈冲突），所以必须由用户提供独立的栈内存。而fork是创建完全独立的进程，地址空间整体复制，栈自然也被复制了一份，无需额外指定。
• IPC（进程间通信）的作用是在进程间传递数据、同步状态，和栈的实现没有关系。你不需要用IPC来处理栈的问题，栈的管理完全由内核负责。

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