同一机器发起Socket连接，服务器为何返回不同IP地址？

这事儿我碰到过类似情况，咱们一步步拆解来看：

首先得明确，socket.getInetAddress().getCanonicalHostName()这个方法的核心逻辑是反向DNS查询——它会根据Socket连接对应的IP地址，去查系统DNS配置或者本地hosts文件，返回对应的规范主机名。结果不一致的本质，是两次连接对应的客户端IP不一样，导致反向解析的结果不同。

为什么第一次返回127.0.0.1？ #

大概率是第一次客户端连接时，用的是**回环地址（127.0.0.1）**来连接服务器：

• 可能客户端代码里直接指定了localhost或127.0.0.1作为服务器地址；
• 或者客户端Socket默认绑定到了回环接口，没有使用物理网卡的IP。
  这时候服务器拿到的客户端IP是127.0.0.1，反向解析时，系统通常会直接返回IP本身（因为hosts文件里一般只有127.0.0.1 localhost的映射，而规范主机名如果没有额外配置，就会返回IP）。

为什么新进程连接返回mypc.foo.com？ #

当客户端创建新进程后，新进程的Socket连接大概率用的是客户端物理网卡的真实IP（比如局域网IP或者公网IP）：

• 新进程可能没有强制指定回环地址，而是自动绑定到了对外的网卡；
• 或者新进程的网络环境（比如路由、DNS配置）和原进程不同，导致连接时使用了非回环IP。
  这时候服务器拿到的是客户端真实IP，反向DNS查询时，你的DNS服务器返回了对应的完整域名mypc.foo.com。

验证和排查建议 #

• 检查客户端连接IP：在客户端代码里打印两次连接时的本地Socket地址（比如clientSocket.getLocalAddress()），确认两次用的是不是同一个IP；
• 手动反向解析测试：在服务器上执行nslookup 127.0.0.1和nslookup [客户端真实IP]，对比返回的主机名，就能直观看到差异；
• 查看hosts文件：检查服务器和客户端的/etc/hosts（Linux）或C:\Windows\System32\drivers\etc\hosts（Windows），看看有没有针对127.0.0.1或客户端IP的特殊映射。

内容的提问来源于stack exchange，提问作者Madhusoodan P