进程模型陷阱
💡
原文中文，约1500字，阅读约需4分钟。
📝
内容提要
在Unix编程中，fork()创建子进程时，子进程继承父进程的文件描述符，但Libevent的内部状态不可用。解决方案是调用event_reinit()，关闭旧的epoll fd，创建新实例并重新注册事件。需注意信号处理和socket共享问题，建议使用多线程模型以简化复杂性。
🎯
关键要点
- 在 Unix 编程中，fork() 创建新进程时，子进程继承父进程的文件描述符，但 Libevent 的内部状态不可用。
- 子进程继承的 epoll fd 与父进程共享，可能导致竞争和混乱。
- 解决方案是调用 event_reinit()，关闭旧的 epoll fd，创建新实例并重新注册事件。
- fork 后，子进程继承父进程的信号处理函数，可能导致双重清理，建议在子进程中清空或重新注册信号事件。
- 父子进程共享同一个 socket fd，建议父进程关闭 socket，子进程处理，避免数据乱序。
- 在 Libevent 程序中使用 fork 时，必须在子进程中第一时间调用 event_reinit(base)，并小心处理文件描述符。
- 推荐使用多线程模型（One Loop Per Thread）替代多进程，以简化复杂性。
❓
延伸问答
在 Unix 编程中，fork() 的主要问题是什么？
fork() 创建子进程时，子进程继承父进程的文件描述符，但 Libevent 的内部状态不可用，可能导致竞争和混乱。
如何解决 fork() 后 Libevent 的内部状态不可用的问题？
解决方案是调用 event_reinit()，关闭旧的 epoll fd，创建新实例并重新注册事件。
fork() 后，子进程如何处理信号？
子进程继承父进程的信号处理函数，建议在子进程中清空或重新注册信号事件，以避免双重清理。
在 Libevent 中使用 fork() 时需要注意什么？
必须在子进程中第一时间调用 event_reinit(base)，并小心处理文件描述符，避免父子进程同时操作同一个 socket。
为什么不建议父子进程共享同一个 socket fd？
共享同一个 socket fd 会导致数据乱序，通常建议父进程关闭 socket，由子进程处理。
在 Libevent 程序中，使用多线程模型有什么优势？
推荐使用多线程模型（One Loop Per Thread）替代多进程，以简化复杂性，避免 fork() 带来的问题。
➡️
