本地套接字关闭后如何重新绑定？

Question

如果一个 unix 套接字绑定到一个路径，listen()s 并做一些工作，之后它被关闭，套接字“文件”保留在文件系统中。但是如果我尝试connect() 到那条路径，我会得到

Connect errno:111
Connection refused

那么“神器”之后还剩下什么？它仍然是文件系统上的inode（我可以用ls 看到它），但它没有绑定，没有监听，我不能cat 它，否则我得到

cat: /tmp/unix.str: No such device or address

那么inode 还剩下什么？我怎样才能让这个“工件”再次活跃、绑定和监听套接字（ 不删除它，并使用该路径创建新的套接字）？

1. “死”的本地套接字的目的是什么（为什么它关闭后不删除，当它不再使用时）？

2. 我怎样才能恢复“死”的套接字？ （主要问题）

3. 谁负责错误connection refused？不是bind()ed 还是不是listen()ing？

Answer 1

尝试连接时，您会收到“连接被拒绝”，因为该本地套接字上没有任何内容正在侦听。这就像您尝试连接到 TCP 套接字（如果没有在该端口号上侦听）。

一旦打开套接字的程序关闭，该进程就有责任删除带有unlink 的文件。 man page 声明：

使用文件名绑定到套接字会在 调用者必须删除的文件系统 不再需要（使用 unlink(2)）。通常的 UNIX 紧随其后 语义适用；套接字可以随时取消链接，并将 在最后一次引用时最终从文件系统中删除 关门了。

如果程序意外崩溃，这当然可能是一个问题，因此您可以通过另外使用锁定文件来解决这个问题。

另一种选择是使用抽象套接字地址。这是通过将sockaddr_un 中sun_path 的第一个字节设置为0 并将其余字节设置为指定套接字名称的空终止字符串来完成的。例如：

struct sockaddr_un sun;
sun.sun_family = AF_UNIX;
sun.sun_path[0] = 0;
strcpy(sun.sunpath + 1, "mysocketname");

这为您提供了一个命名套接字，而文件系统中没有相应的套接字文件。一旦套接字描述符关闭，该套接字将自动消失，因此可以使用该名称打开另一个套接字。