读取文件时fork生成大量非预期子进程的原因排查

你猜的方向完全正确！这个问题的核心确实和父子进程共享文件指针状态有关，但细节比你想的更复杂——不是子进程关闭文件导致的，而是带缓存的IO和fork的交互在搞鬼。

问题根源拆解 #

当你用fscanf这类带缓存的标准库函数读取文件时，C标准库会先把文件内容批量读到用户空间的缓存里，之后每次fscanf都从这个缓存取数据，直到缓存空了才会再次调用系统调用从内核读取。

而调用fork()时，子进程会做两件关键的事：

1. 完全复制父进程的用户空间数据，包括FILE结构体里的缓存内容；
2. 父子进程的文件描述符指向同一个内核级文件表项，所以内核里的文件偏移量是共享的。

回到你的代码流程：

• 父进程第一次fscanf读取第一个整数后，因为文件很小，标准库已经把剩下的所有数据都读到缓存里了，同时内核的文件偏移量直接跳到了文件末尾。
• 此时fork出子进程，子进程复制了这个缓存；子进程break退出循环后，哪怕关闭了文件，也只是减少内核文件表项的引用计数，父进程的文件描述符仍然有效，完全可以继续读取。

那为什么会生成数千个进程？大概率是因为子进程没有及时退出，反而也进入了fork循环！如果你的代码里子进程break后没有调用exit(0)，它会继续执行循环外的代码，甚至可能因为程序结构问题重新进入读取循环，相当于父进程和所有子进程都在疯狂fork新进程，数量自然会指数级增长。

验证你的猜想的方法 #

我们可以通过几个小实验来验证：

1. 验证父子共享内核文件偏移量
   在fork后分别打印父进程和子进程的文件偏移量：

   f = fork();
   if(f == 0){
       printf("子进程偏移量：%ld\n", ftell(file));
       exit(0); // 务必让子进程退出
       break;
   } else {
       printf("父进程偏移量：%ld\n", ftell(file));
   }
   

   你会发现两者的偏移量完全一致，说明内核级的文件位置是共享的。

2. 验证子进程关闭文件是否影响父进程
   修改子进程代码，break后不关闭文件（注释掉fclose），如果父进程还是生成大量进程，说明关闭文件不是问题根源；如果循环正常生成6个子进程，那才说明关闭文件有影响（不过理论上不会，因为父进程的文件描述符还处于打开状态）。

3. 验证缓存的影响
   把带缓存的fscanf换成不带缓存的系统调用read，或者禁用文件缓存：

   FILE* file = fopen("sample_input.txt", "r");
   setvbuf(file, NULL, _IONBF, 0); // 禁用缓存
   

   如果此时循环正常生成6个子进程，就坐实了是缓存导致的重复读取问题。

解决方案 #

最稳妥的办法是先把所有数据读到内存，再批量fork子进程，彻底避开文件指针的坑：

#include <stdio.h>
#include <stdlib.h>
#include <sys/wait.h>

int main() {
    // 第一步：读取所有数据到内存数组
    FILE* file = fopen("sample_input.txt", "r");
    if(!file) { perror("fopen"); exit(1); }
    
    int orders[100]; // 假设足够容纳所有数据
    int count = 0;
    while(fscanf(file, "%d", &orders[count]) == 1) {
        count++;
    }
    fclose(file);

    // 第二步：循环创建子进程
    for(int i = 0; i < count; i++) {
        pid_t f = fork();
        if(f == -1) { perror("fork"); exit(1); }
        if(f == 0) {
            // 子进程处理任务，比如打印当前处理的数
            printf("子进程PID：%d，处理数据：%d\n", getpid(), orders[i]);
            exit(0); // 子进程必须退出，绝对不能继续执行父进程的循环！
        }
    }

    // 父进程等待所有子进程结束，避免僵尸进程
    while(wait(NULL) != -1);
    return 0;
}

如果必须在读取文件时动态fork，那一定要注意：

• 子进程break后立即调用exit(0)，杜绝它继续执行任何父进程的代码；
• 禁用文件缓存（用setvbuf），确保每次读取都直接操作内核文件偏移量，避免缓存导致的重复读取。

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