标签：套接字 detail 启动 克隆 共享 注意 计算 create 子进程
通过 fork 创建子进程的方式可以实现，其他情况下不行。
当连接到来时，子进程、父进程都可以 accept, 这就是著名的“惊群”问题(thundering herd problem)。
惊群现象
在该模型下（多个子进程同时共享监听套接字）即可实现服务器并发处理客户端的连接。这里要注意的是，计算机三次握手创建连接是在内核进程里完成的，不需要应用服务进程参数的，而服务进程仅仅要做的是调用accept将已建立的连接构建对应的连接套接字connfd（可参考 http://blog.csdn.net/ordeder/article/details/21551567）。多个服务进程同时阻塞在accept等待监听套接字已建立连接的信息，那么当内核在该监听套接字上建立一个连接，那么将同时唤起这些处于accept阻塞的服务进程，从而导致“惊群现象”的产生，唤起多余的进程将影响服务器的性能（仅有一个服务进程accept成功，其他进程被唤起后没抢到“连接”而再次进入休眠）。
一直疑惑一个应用app如何才能以多进程，多线程的方式运行。对于多线程可能很好理解，我们只要在进程中启用多线程的模式即可。也就是来一个请求，我们就用函数pthread_create（）启用一个线程即可。这样我们的应用就可以在单进程，多线程的模式下工作。
但我们知道一个应用app通常工作在多进程，多线程的模式下，它的效率是最高的。那么我们如何才能做到多进程模式呢？经验告诉我们，如果多次启动一个进程会报错：“Address already in use!"。这是由于bind函数导致的，由于该端口号已经被监听了。
其实我们只要在绑定端口号（bind函数）之后，监听端口号之前（listen函数），用fork（）函数生成子进程，这样子进程就可以克隆父进程，达到监听同一个端口的目的。
标签：套接字 detail 启动 克隆 共享 注意 计算 create 子进程
原文地址：https://www.cnblogs.com/shengulong/p/11633481.html
