网关进程退出了Unix socket仍提示地址占用，怎样分清活监听与残留路径

Unix pathname socket的文件节点可以在监听进程关闭后继续存在。重启时地址占用，应同时检查路径类型、连接结果与原监听生命周期；确认是自己的残留节点后才考虑清理。TCP端口的TIME_WAIT不能解释这个路径问题。

先确认是Unix路径地址而不是TCP端口

把证据拆开看：路径存在只说明文件系统有一个名字，不证明有人接受连接；connect失败也不直接证明可以删除，因为权限、命名空间和短暂重启都可能造成失败。先确认服务配置指向哪个绝对路径，再核对节点确实是socket，并查管理它的进程或服务状态。

用活监听与关闭后残留两组对照定位

附件只在新建的私有临时目录里绑定demo.sock。监听活跃时第二次bind失败；关闭原socket后，节点仍在，连接被拒，重新bind仍失败。这三个状态放在一起，才展示出残留路径的生命周期。随后只删除该目录中已确认类型的节点，下一次bind成功。

活监听时的连接检查可能使服务实际接受一个连接，因此现场探测应采用服务约定的安全方式。本实验的connect发生在原监听已经关闭之后，只用于确认残留节点不再有接受者。节点类型检查使用lstat，普通文件反例与socket节点分别创建，程序不会沿符号链接替换清理对象。

说明活服务unlink风险及abstract namespace差异

失败反例用普通配置文件冒充待清理对象，程序会拒绝删除并保留原字节。真实运维还要避免检查与删除之间被其他进程换掉路径；不要把示例改成启动时无条件rm。共享目录、容器挂载和不同用户权限，需要纳入同一份路径所有权约定。

适用范围：仅脚本自己新建的私有临时目录和监听，不接受任意路径参数、不清理生产socket；Windows不冒称完成Linux文件生命周期实验。

配套样本与复核入口

• run.py：独立运行程序，包含合成输入、操作和正反例断言。
• case.json：输入说明、预期任务与适用范围，便于保存和交接。
• observed.json：本次实际执行输出；临时路径、进程号和计时可能随运行变化。

请在Linux空目录运行程序，关注active_bind_rejected、closed_path_remains、connect_refused与stale_bind_rejected这四个独立字段，最后再看rebound。ordinary_file_preserved为真说明清理函数没有把普通文件一起删掉。不要给程序添加现有socket路径参数；它不需要接触真实服务，就能展示绑定、关闭与重新绑定之间的状态变化。

Linux与Python3.8以上；使用本机Unix行为。程序只对自己创建的子进程、临时路径施加改变，不接受生产路径参数。

python3 -B run.py

阅读输出时，先按case.json中的任务逐项核对网关Unix socket残留文件地址占用，再与observed.json比较。非零退出表示依赖或断言需要处理，应保留实际错误。

一手依据1（pathname Unix socket绑定会创建文件系统节点，不再使用后须调用者unlink；进程关闭不自动替代路径清理。）；一手依据2（AF_UNIX文件系统地址、bind/connect/close接口；行为按操作系统区别，不将TCP TIME_WAIT规则套到Unix路径。）。

继续阅读：网关交给systemd后找不到相对配置文件，怎样核对工作目录与绝对路径；删掉网关大日志后磁盘还是满，怎样识别仍被进程打开的已删除文件；网关用量与配额背景。