如何创建域名套接字？，创建域名套接字怎么做

在Linux系统中，它就是调用socket()函数指定AF_UNIX协议族，再通过bind()绑定一个文件系统路径，让进程之间通过这个本地文件路径进行高效通信，整个过程绕开了TCP/IP网络栈，性能远胜传统网络套接字。

为什么进程间通信偏爱本地套接字

两台服务器上的程序对话要靠网络协议栈，但同一台机器上的进程要传递数据，再去走一遍TCP握手、IP封包、路由查找那套流程，就太绕路了，域名套接字（Unix Domain Socket）登场的原因，就是让同一个主机上的多个程序用文件路径当门牌号,直接在内核层面完成数据交换。

这种通信方式有两个核心优势，一是效率高，数据不用经过网络协议栈的层层封装和解析，内核直接把数据从一个进程搬给另一个进程，开销远低于回环网络（loopback）地址，二是安全性好，套接字文件受文件系统权限管控，能精确控制哪些用户和组可以访问，而TCP端口一旦监听,任何能连到这台机器的主机都有可能发起连接。

和管道、共享内存这些同类方案比，域名套接字最大的特点是有明确的客户端/服务端边界，支持双向通信，接口模式和写网络程序几乎一样，程序员迁移成本很低，它不像管道那样只能单向流动,也不像共享内存那样需要自己处理复杂的锁同步问题。

linux创建套接字socket函数的完整动作

第一步：初始化套接字描述符

创建域名套接字的第一步和创建网络套接字是一样的，调用socket()函数,关键差别在第一个参数。

int sock_fd = socket(AF_UNIX, SOCK_STREAM, 0);

AF_UNIX就是告诉内核，这个套接字走的是本地文件系统通信通道，第二个参数选SOCK_STREAM表示面向连接的流式传输，像打电话一样先接通再说话，保证数据有序不丢失；如果选SOCK_DGRAM表示数据报模式，像寄快递一样每个包独立,速度快但不管顺序和丢包。

第二步：构建本地地址结构体

这是创建域名套接字的核心步骤，也是坑最多的地方，需要定义一个sockaddr_un结构体：

struct sockaddr_un addr;
memset(&addr, 0, sizeof(addr));
addr.sun_family = AF_UNIX;
strcpy(addr.sun_path, "/tmp/my_app.sock");

这里有个关键细节：sun_path数组长度有限，在Linux系统上通常只有108个字节（具体值定义在sys/un.h头文件里），路径写得过长会直接导致bind失败，所以套接字文件路径尽量短小精悍,别把深层次的业务目录塞进来。

第三步：执行bind绑定路径

bind(sock_fd, (struct sockaddr )&addr, sizeof(addr));

bind的作用是把刚才创建的抽象套接字，真正落到文件系统上，生成一个类型为socket的实体文件，执行成功后，你在/tmp目录下就能看到这个文件。值得提醒的是，bind后再重复执行会报错,必须先清理旧文件才能重新绑定。

第四步：监听与接受连接

服务端做完这些就要进入等待状态：

listen(sock_fd, 10);
int client_fd = accept(sock_fd, NULL, NULL);

listen的第二个参数是等待队列的长度，也就是最多允许几个连接排队等候处理，accept是阻塞调用，进程会停在这里睡觉休息,直到有客户端来敲门才会醒过来处理请求。

第五步：客户端发起连接

客户端这端动作简单一些,创建好socket后直接connect往前走：

connect(client_sock, (struct sockaddr )&addr, sizeof(addr));

连接建立成功后，双方就用read和write或者send和recv互相读写数据了，结束后记得调用close关闭套接字,避免文件描述符泄漏。

unix domain socket和tcp到底区别在哪

很多刚接触服务端开发的朋友会搞混：本地套接字和TCP回环地址（127.0.0.1）看起来都能做本机通信，到底怎么选？这里用一张表说清楚：

在高并发场景下，域名套接字比TCP回环地址快大约30%-50%（这个比例在不同内核版本上波动，仅作参考），常见的做法是：Nginx和PHP-FPM之间的通信，数据库客户端和本机数据库的连接，Redis的本地访问,都优先用域名套接字。

不过在跨机器部署、容器间通信这些场景里，TCP仍然是唯一选择，因为套接字文件只能在同一台机器的文件系统里可见，不可能穿透物理机边界，行业共识认为，同机通信能用本地套接字就不用TCP,性能提升且更安全。

真实场景下的套接字配置和维护

Nginx与PHP-FPM的典型协作方式

环境部署时最常遇到的配置文件调整，就是让Nginx通过套接字找PHP-FPM：

# PHP-FPM 侧配置（php-fpm.d/www.conf）
listen = /run/php-fpm/www.sock
# Nginx 侧配置
fastcgi_pass unix:/run/php-fpm/www.sock;

行业实践里，套接字文件通常放在/run或/var/run目录下，因为这些目录是临时文件系统（tmpfs），系统重启自动清空，不会积累一堆失效的socket文件，如果把套接字放在/tmp里,要养成定期清理的习惯。

权限和归属问题

套接字文件也遵循文件权限规则，如果Nginx的工作进程用户是nginx，PHP-FPM的监听用户是php-fpm，而套接字文件权限是只有php-fpm能写，Nginx就会报权限拒绝,这时候要设置文件的属主和权限：

# 让套接字文件所在目录允许nginx用户访问
chown php-fpm:nginx /run/php-fpm/www.sock
chmod 770 /run/php-fpm/www.sock

实际工作中最常见的问题是：套接字文件路径写错一个字母，或者应用的用户权限不一致，导致连接被拒，排查时用ls -l查看socket文件是否存在，用ss -lx命令列出当前系统上所有域名套接字的监听状态,这是最快定位问题的方式。

nginx和php-fpm socket配置在哪找

很多新手找配置文件很头疼，nginx的配置文件通常在/etc/nginx/nginx.conf，而FastCGI相关的配置经常拆分在/etc/nginx/conf.d/或/etc/nginx/sites-available/目录里，php-fpm的配置文件一般在/etc/php-fpm.d/下的www.conf文件。

如果不知道配置在哪,可以用一条命令确认：

nginx -T | grep fastcgi_pass
php-fpm -i | grep listen

这能快速定位出当前生效的配置路径,省去挨个翻文件的麻烦。

创建套接字时的易踩坑与清理策略

套接字文件不像普通文件，程序运行期间你删除它，程序不会立刻崩，但新连接进不来了，这是个让很多运维头疼的诡异问题，进程一旦崩溃或重启，如果没有在代码里显式unlink套接字文件，下次启动bind时会报Address already in use的错误。

处理办法是再bind之前先检查并清理旧文件：

if (access(path, F_OK) == 0) {
    unlink(path);
}

这相当于每次启动前先给废弃的socket文件扫扫墓。

还有一点容易忽略：SOCK_STREAM和SOCK_DGRAM两种类型的套接字行为差异很大，前者连接稳定，适合传输日志、调用结果这类要求完整性的数据；后者延迟极低但可能丢包，适合心跳检测、状态上报这些丢了无所谓的场景。

回到最初的问题：创建域名套接字，本质就是绕过网络层、在文件系统上开辟一条进程专属高速通道，它部署简单、性能优越、权限可控，是单机进程通信的最佳优选，只要路径别太长、权限管到位、启动前清干净残留文件,这套方案就能长期稳定运行。

本地套接字常见问题解答

问：unix domain socket文件可以跨机器访问吗？

不可以，域名套接字依赖本地文件系统的路径寻址，套接字文件只存在于创建它的那台机器上，没有任何机制可以让另一台机器的进程映射并连接它，如果需要跨机器通信，只能改用TCP或Unix Domain Socket配合远程转发方案。

问：创建socket时选择SOCK_STREAM还是SOCK_DGRAM如何决定？

选哪个取决于业务对数据完整性和实时性的权重，SOCK_STREAM像打长途电话，有连接建立的握手过程，保证数据不丢不乱，适合事务型请求，比如数据库操作、文件传输，SOCK_DGRAM像寄明信片，没连接概念，发送完就不管了，速度快但可能丢件，适合高频状态上报、日志采集、负载均衡心跳检查这类场景，具体参考选择标准：业务数据一条都不能少，选SOCK_STREAM；可以容忍偶发丢失但要求低延迟,选SOCK_DGRAM。