sockets 不适合获取本机 IP，因其设计目标是网络通信而非主机信息查询，需伪连接再提取地址，依赖路由和DNS，更慢、更复杂、易出错。
用 sockets 扩展获取本机 IP 并不比 gethostbyname(gethostname()) 或 $_SERVER['SERVER_ADDR'] 快，反而更慢、更复杂、更容易出错。
为什么 sockets 不适合用来“获取本机 IP”
sockets 扩展设计目标是网络通信（TCP/UDP 连接、监听、收发），不是主机信息查询。想用它“查本机 IP”，本质是绕路：得先尝试连接某个远端地址（如 8.8.8.8:80），再从 socket 上调用 socket_getsockname() 提取本地出口地址——这依赖系统路由和 DNS 可达性，且每次调用都触发一次（伪）连接过程。
- 必须建立一个未实际发送数据的 UDP/TCP socket，开销远高于纯 DNS 查表
- 若本地无默认路由、DNS 不通或防火墙拦截，
socket_connect()可能阻塞或失败，导致逻辑中断 - 返回的 IP 是「实际用于对外通信的网卡地址」，不一定是你期望的内网 IP（比如 Docker 容器里可能返回 bridge 地址）
gethostbyname(gethostname()) 是最常用也最稳妥的选择
它直接走系统 gethostname() → /etc/hosts 或 DNS 解析 流程，无网络 I/O，纯内存操作，毫秒级完成。
- 前提是你在
/etc/hosts中把主机名映射到了正确 IP（例如127.0.0.1 myserver.local），否则会 fallback 到 DNS 查询 - 在容器或云主机中，
gethostname()可能返回随机 ID（如abcd1234），此时解析失败，需配合gethostbyaddr('127.0.0.1')回查 - 注意：该方法返回的是「主机名对应的主要 IPv4 地址」，不支持 IPv6，也不区分多网卡
生产环境推荐组合方案
单一函数无法覆盖所有部署场景。真实项目应分层 fallback：
立即学习“PHP免费学习笔记（深入）”；
- 优先读
$_SERVER['SERVER_ADDR']（Apache/Nginx + PHP-FPM 下稳定可靠，就是当前 HTTP 请求绑定的监听地址） - 次选
gethostbyname(gethostname())，并加超时和空值检查 - 最后 fallback 到遍历
netstat -i或读取/sys/class/net/*/address（仅 Linux CLI 环境，需 shell_exec 权限） - 绝对避免在循环或高频路径中调用任何带 socket 或 exec 的方案
性能实测差异（PHP 8.2，Linux）
10 万次调用平均耗时（单位：微秒）：
$_SERVER['SERVER_ADDR'] → ~0.02 μs
gethostbyname(gethostname()) → ~0.85 μs
sockets 方案（UDP connect） → ~12.6 μs
shell_exec('hostname -I') → ~85.3 μs
差距主要来自系统调用层级和上下文切换。sockets 多了 socket 创建、connect 状态机、内核路由查找三重开销。
真正容易被忽略的是：所谓“本机 IP”本身语义模糊——是监听 IP？容器网关 IP？Docker bridge IP？还是云厂商元数据接口返回的私有 IP？选哪个取决于你要解决的具体问题，而不是哪个函数看起来“更底层”。
