服务端客户端均无BUG时，同一主机上的AF_UNIX socket是否会异常失效？

AF_UNIX 连接异常失效问题解答 #

核心结论 #

在你给出的假设前提下，AF_UNIX socket 连接依然存在异常失效的可能性，不会因为没有跨主机网络链路就完全规避异常场景。

可能触发异常失效的常见场景 #

• 操作系统内核异常
  哪怕两端应用完全无BUG、不会主动退出，只要承载进程的操作系统出现内核panic、OOM（内存溢出）触发内核主动杀掉两端任意进程、内核网络相关模块出现软错误，都会直接导致AF_UNIX连接中断。你的假设仅排除了服务端、客户端主动终止通信的情况，并未排除操作系统层面的异常干预。
• 系统资源耗尽
  运行过程中如果系统的socket相关资源（比如全局文件描述符配额、内核socket缓冲区内存）被其他进程耗尽，或者两端进程自身的文件描述符配额被占满，会导致socket读写操作失败，进而触发连接异常失效。
• socket文件被第三方修改
  AF_UNIX socket依赖文件系统中的特殊socket文件作为寻址标识，如果服务端创建的监听socket文件被其他进程误删除、或者文件的访问权限被第三方篡改，后续的通信操作会直接触发异常。
• 主机休眠/挂起唤醒异常
  如果主机进入休眠、挂起状态后再唤醒，部分操作系统的内核实现会清理非活跃AF_UNIX连接的缓冲区数据，导致唤醒后两端读写失败，连接异常失效。

补充说明：和跨主机TCP连接不同的是，AF_UNIX连接不存在中间链路波动、路由不可达、报文丢包重传失败这类网络层导致的断开问题，所有异常失效都来源于同一主机内的操作系统、文件系统层面的变动。

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