必须关闭并重定向标准流，因为守护进程脱离终端后，向绑定终端的stdin/stdout/stderr读写会导致SIGPIPE、永久阻塞或资源泄漏；标准做法是先关闭0/1/2，再用dup2将它们重定向到/dev/null，确保读返回EOF、写静默成功。
守护进程（Daemon）在启动时通常需要脱离终端控制，避免因终端关闭或信号干扰而意外终止。其中一项关键操作就是关闭标准输入（stdin）、标准输出（stdout）和标准错误（stderr）的文件描述符，并将其重定向到安全的目标（如 /dev/null），防止进程因写入失败或读取阻塞而异常。
为什么必须关闭并重定向标准流
默认情况下，新进程继承父进程的标准流。若父进程是终端 shell，这些流会绑定到终端设备。守护进程一旦脱离终端（如调用 setsid()），继续向 stdout/stderr 写入可能触发 SIGPIPE；尝试从 stdin 读取则可能永久阻塞。此外，未关闭的 fd 可能导致资源泄漏，或在日志轮转、文件系统卸载时引发不可预期行为。
标准做法：三步重定向
典型实现是在 fork 后的子进程中执行以下操作：
- 关闭文件描述符 0（stdin）、1（stdout）、2（stderr）
- 以只读方式打开
/dev/null，重复 dup2 到 fd 0 - 以只写方式打开
/dev/null，重复 dup2 到 fd 1 和 fd 2
这样确保所有标准流都指向空设备，读操作返回 EOF，写操作静默成功，不会干扰主逻辑。
注意重定向顺序与权限
dup2 必须在关闭原 fd 后执行，否则可能覆盖错误的描述符。若进程以非特权用户运行，应避免尝试打开日志文件失败后 fallback 到 /dev/console——这通常不可写且违反守护进程最小权限原则。更稳妥的方式是明确指定日志路径并提前验证可写性，或坚持使用 /dev/null 直至日志系统就绪。
语言层面的常见处理模式
C 中常用 open("/dev/null", O_RDWR) 后三次 dup2()；Python 可用 os.open(os.devnull, os.O_RDWR) 配合 os.dup2()；systemd 管理的服务则由其自动处理标准流重定向，无需手动干预。但自行实现守护进程时，这一环节不可省略。
