能否跨文件系统转移/重建Unix域套接字且不影响运行进程？

不存在任何原生的、零侵入的方式可以跨文件系统移动已绑定的Unix域套接字且不对运行中的绑定进程产生影响，核心限制来自内核的实现逻辑，和你用什么文件操作接口无关。

底层逻辑验证 #

你对Unix域套接字结构的观察是准确的：

• 路径上可见的套接字文件是对应文件系统上的一个socket类型inode，它的私有数据区持有一个指针，指向内核全局套接字命名空间里的socket结构，也就是你在/proc/<pid>/fd里看到的socket:[345678]条目，方括号内的数字是内核套接字的全局inode号，和文件系统自身的inode编号完全独立。
• 同文件系统内的mv、rm操作只修改目录项、调整inode的硬链接计数，不会触碰inode内部持有的内核套接字指针，所以操作后原有进程的监听、已建立连接完全不受影响，这和你了解的硬链接+unlink的mv逻辑完全一致。

为什么mknod()方案不可行 #

你猜测的mknod()接口确实可以创建S_IFSOCK类型的文件，但这个接口没有任何参数可以传入已有内核套接字的编号来完成关联：

• 跨文件系统操作必然要在目标文件系统生成全新的文件系统inode，而Unix域套接字的文件inode和内核套接字结构的绑定关系，是在进程调用bind()的时候一次性初始化写入inode私有数据的，内核没有暴露任何系统调用可以事后修改这个指针指向。
• 用mknod()创建出的套接字文件是完全未绑定的空inode，没有关联任何内核套接字结构，既不能让原有进程的监听自动关联到这个新文件，也不能让新连接通过这个文件打到原有进程上，直接对这个文件调用bind()还会触发地址已被占用/文件已存在的错误。

可落地的透明替代方案 #

如果你的需求是让套接字在跨文件系统的新路径下可访问，同时不中断运行中的服务，可以用以下两种成熟方案：

• 绑定挂载方案：不需要真正移动套接字文件，直接执行mount --bind /path/to/original.sock /new/filesystem/path/target.sock即可。这个操作是VFS层的路径映射，完全不改动套接字inode本身和它关联的内核套接字，对运行中的进程和访问套接字的客户端完全透明，没有任何性能开销和兼容性问题，是成本最低的方案。
• 套接字热迁移方案：如果必须把套接字文件实体迁移到新文件系统，可以通过Unix域套接字的SCM_RIGHTS机制，在不中断已有连接的前提下把监听套接字、所有已建立连接的文件描述符传递给新的监听句柄，再unlink旧路径的套接字文件。这个方案需要少量代码介入，可以通过LD_PRELOAD注入到现有服务中实现，不需要重启服务进程。

内容的提问来源于stack exchange，提问作者Qix - MONICA WAS MISTREATED