systemd AF_UNIX套接字激活守护进程的退出行为及可重启实现

• 业务守护进程退出时绝对不要主动修改、删除systemd管理的AF_UNIX套接字的文件系统节点，这是保障套接字激活功能稳定、支持进程自动重启的核心操作规范
• 你遇到的退出后无法触发重新激活的问题，本质是错误沿用了手动启动模式下的套接字清理逻辑，越权操作了本该由.socket单元全权管理的套接字资源

平时写独立运行的UNIX域套接字服务时，习惯是自己在代码里建套接字、绑路径、开监听，退出时顺手把套接字文件删了，免得下次启动报“地址已占用”。但这套逻辑放到systemd套接字激活模式下完全不适用，因为两边对套接字的所有权划分是完全错位的：

• 真正的套接字所有者是daemon.socket单元，从系统启动开始，就由它负责创建套接字文件、绑定路径、设置权限、完成初始listen()，包括后续套接字节点的生命周期清理
• 业务进程从systemd手里拿到的，只是指向这个已就绪套接字的fd副本，没有权限随意改动它的文件系统节点
• 要是业务进程退出时擅自把套接字文件删了，哪怕daemon.socket单元本身还留着能正常监听的fd，客户端因为找不到路径上的套接字文件无法建立连接，自然也就没法触发systemd的按需激活，看起来就像套接字功能失效了一样

• 严格划清两个单元的职责边界
  • 先写daemon.socket单元，用ListenStream=指定UNIX套接字的文件路径，配好对应的访问权限，再用Service=字段指向要关联的业务服务单元，把套接字的所有管理动作全交给systemd处理
  • 配套的daemon.service单元不要加任何提前创建、清理套接字文件的启动脚本，别越权插手systemd的管理流程
• 业务进程按规则处理逻辑即可
  • 启动时：用sd_listen_fds()这类标准接口识别systemd传过来的套接字fd，别自己重复建套接字、绑路径、开监听——systemd传过来的fd早就处于可接收连接的监听状态了，重复操作只会报权限错误
  • 运行时：直接在拿到的fd上调用accept()接连接就行，不用额外改套接字的全局参数
  • 退出时：只要把自己手里的那个fd副本close()掉就完事，绝对别调用unlink()删路径上的套接字文件。因为daemon.socket单元会一直持有自己那份fd的引用，只要这个引用不丢失，内核里的监听状态就一直有效。哪怕业务进程崩溃重启，新连接进来的时候systemd会自动把服务拉起来，完全不会中断功能
• 几个容易踩的坑
  • 要是需要改套接字文件的权限、SELinux标签，直接修改inode属性就行，别删了重建
  • 要彻底停掉套接字服务的时候，直接systemctl stop daemon.socket就行，让systemd自己清理文件，别指望业务进程退出时帮你删

常见认知误区：很多人觉得拿到fd之后必须自己再执行一次listen()才能正常收连接，这个操作完全是多余的。systemd把fd传过来的时候就已经做好全流程的初始化了，业务进程只管accept就行，重复执行bind、listen、unlink这些操作都是越权，很容易把功能搞坏

内容的提问来源于stack exchange，提问作者serafean