必须将守护进程工作目录设为根目录/，否则挂载点卸载、用户目录权限变更或符号链接失效均会导致文件访问失败甚至崩溃；应通过ls -ld /proc/PID/cwd验证，并在启动时显式调用chdir("/")切换。

守护进程的工作目录不是随便选的，它直接关系到服务能否长期稳定运行。最稳妥的做法是把工作目录设为根目录 /，而不是留在启动时的用户目录或临时路径。

为什么必须检查并修改工作目录

如果守护进程一直待在用户家目录（比如 /home/user/）或挂载点（如 /mnt/usb、/media/nfs），一旦该路径被卸载、重命名或权限变更，进程访问文件就会失败——哪怕只是读一个配置或写一条日志，都可能触发崩溃或静默中断。

• 挂载点意外卸载：网络盘断连、U盘被拔出，对应目录瞬间失效
• 用户目录权限收紧：系统策略更新后，守护进程可能失去读写权限
• 路径符号链接失效：若工作目录是软链，目标路径变动会导致 chdir 失败或行为不可控

如何验证当前工作目录是否安全

在 Linux 上，可通过进程 ID 快速确认：

• 查 PID：比如用 ps aux | grep your-daemon 找到进程号
• 看工作目录：ls -ld /proc/PID/cwd —— 正常应显示 / 或明确存在的绝对路径
• 检查文件描述符：ls -l /proc/PID/fd/{0,1,2}，确认标准输入输出已重定向，不依赖终端

若输出类似 /proc/1234/cwd -> /home/user/app，说明还没切换，存在风险。

启动时主动切换工作目录的方法

无论用 systemd、supervisor 还是自写脚本，都应在启动逻辑中显式执行 chdir("/")：

• systemd 单元文件中加：WorkingDirectory=/
• Python 守护进程开头加：os.chdir("/")
• C/C++ 程序中调用：chdir("/"); 并配合 setsid() 和 umask(0)

注意：切换前确保对根目录有执行权限（通常都有），且后续所有路径都用绝对路径，避免相对路径引发歧义。

Windows 下的等效处理

Windows 没有严格意义上的“根目录”概念，但逻辑一致：避免依赖用户目录或可移除介质。

• 服务启动时用 SetCurrentDirectory(L"C:\") 或 PowerShell 中 Set-Location C:
• 注册表或配置中路径全用绝对路径，如 C:ProgramDatamydaemonlogs
• 检查服务账户权限，确保对目标目录有读写权，不依赖交互式用户环境