1. 从多进程到多线程：高并发服务器架构的演进背景

十年前我刚入行时，处理并发请求的标准做法就是fork子进程。那时候用Apache的prefork模式部署PHP应用，每个请求过来都启动一个完整的进程副本，内存开销动不动就上百MB。直到有一次促销活动，服务器在500QPS时就因为内存耗尽开始疯狂swap，我才意识到这种模式的局限性。

现代互联网服务对并发能力的要求早已今非昔比。一个普通的电商秒杀场景可能需要支撑10万级QPS，而像双十一这样的峰值更是达到百万级。这种需求推动着服务器架构从重量级的多进程模型，逐步演进到更轻量的多线程模型，再到如今的协程、异步IO等更高级的并发模式。

2. 多进程服务器模型的实现与局限

2.1 经典多进程架构解析

传统的多进程服务器通常采用以下结构：

c复制while(1) {
    int client_fd = accept(server_fd, ...);
    pid_t pid = fork();
    if (pid == 0) { // 子进程
        handle_request(client_fd);
        exit(0);
    }
    // 父进程继续监听
}

这种模式有几个显著特点：

• 每个连接独立进程空间，天然隔离
• 编程模型简单直接，不易出现线程安全问题
• 可以利用多核CPU资源

2.2 性能瓶颈实测分析

我在测试环境做过对比实验（4核8G服务器）：

问题显而易见：

1. 进程创建销毁开销大（实测fork+exec需要5-10ms）
2. 进程间上下文切换成本高
3. 内存消耗随连接数线性增长

关键提示：在Linux系统中，进程控制块(PCB)约占2KB内存，但每个进程还需要独立的地址空间和页表，这才是内存消耗的主因。

3. 多线程模型的架构升级