必须重置umask为0并重定向标准流0/1/2：前者确保文件权限可控，避免日志泄露或pid文件不可访问；后者防止写终端引发sigpipe、占用设备及干扰日志系统。
守护进程启动时必须主动清理继承自父进程的运行环境，其中重置 umask 和关闭/重定向标准文件描述符（0、1、2）是最基础也最关键的两步。这两步不单是“习惯操作”，而是直接影响守护进程是否稳定、安全、可维护的核心初始化动作。
为什么要重置 umask 为 0
umask 是文件创建权限的“屏蔽字”，父进程（比如 shell）通常设为 022 或 002，这意味着子进程默认创建的文件权限会被自动削弱（如 open() 创建普通文件本应是 666，实际变成 644）。守护进程往往需要自主控制日志、PID 文件、套接字等资源的访问权限，若沿用父进程的 umask，可能导致：
- 日志文件权限过松（如被其他用户读取敏感信息）
- PID 文件无法被服务管理器（如 systemd）正确读取或清理
- 监听 socket 权限异常，影响后续 bind 或连接行为
因此，在 fork 后、正式进入后台前，应明确调用 umask(0)，让后续所有 open()、creat() 等系统调用按需指定完整权限（例如 0600、0644），把权限控制权收归自身逻辑。
为什么必须关闭并重定向标准流（0/1/2）
守护进程脱离终端后，stdin、stdout、stderr 仍可能指向原终端设备（如 /dev/pts/0）。这会带来三类问题：
- 写 stdout/stderr 时触发 SIGPIPE（若终端已关闭），导致进程意外退出
- 残留 fd 占用终端设备，阻碍该终端释放或系统重启时的 clean shutdown
- 日志混入不可控输出（比如调试 printf 没关掉），干扰系统日志收集（如 journald）
标准做法是：用 open("/dev/null", O_RDWR) 打开三次，再用 dup2() 将返回的 fd 分别复制到 0、1、2 上。这样确保：
- 读 stdin → 立即返回 EOF
- 写 stdout/stderr → 静默丢弃，不报错也不阻塞
- 所有标准流句柄稳定存在，避免后续库函数（如 fprintf、syslog）因 fd 缺失而崩溃
常见疏漏与建议
实际编码中容易忽略的细节：
- umask 必须在 setsid() 之后、chdir() 之前设置——虽然顺序不影响其功能，但统一放在初始化早期更易维护
- 重定向标准流前，先关闭原有 fd（尤其是当父进程已重定向过时），避免 dup2 覆盖失败
- 不要只 close(0); close(1); close(2)，必须 reopen 并 dup2，否则某些 libc 函数（如 daemon() 系统调用或第三方日志库）仍可能尝试写已关闭的 fd 导致段错误
- 若需保留日志能力，可在重定向到 /dev/null 后，另行 fopen("/var/log/mydaemon.log", "a") 并用 setvbuf 控制缓冲，而非依赖 stdout
