InetAddress.getHostName() 返回主机名或IP字符串，优先查本地hosts文件或DNS反向解析（PTR），失败则返回原始IP；getCanonicalHostName()则强制正向+反向解析验证一致性，更严格但可能超时或抛异常。
getHostName() 返回的是什么，为什么有时是IP有时是域名
InetAddress.getHostName() 不保证返回域名，它优先查本地 hosts 文件或 DNS 反向解析（PTR 记录）。如果反向解析失败或未配置，就直接返回原始 IP 字符串。
常见现象：用 InetAddress.getByName("192.168.1.100") 得到的 getHostName() 结果仍是 "192.168.1.100"，不是主机名。
- 本地 hosts 有
192.168.1.100 mydev.local→ 返回"mydev.local" - DNS 有对应 PTR 记录且网络可达 → 可能返回域名
- 内网地址、Docker 容器 IP、localhost → 几乎总是返回 IP 字符串本身
getCanonicalHostName() 和 getHostName() 的关键区别
getCanonicalHostName() 强制走 DNS 正向+反向解析链：先用 IP 做反向查域名，再用该域名正向解析回 IP，确认一致后才返回域名；否则退化为 IP 字符串。它比 getHostName() 更严格，但也更慢、更可能抛异常或超时。
- 适合对主机名一致性有强要求的场景（如权限校验、日志归类）
- 在无 DNS 或网络隔离环境（如 Kubernetes Pod 内部）容易卡住或返回原始 IP
- 默认超时不可配，依赖 JVM 的
networkaddress.cache.ttl等系统属性
如何安全获取“用户预期的主机标识”
没有银弹。实际开发中应按需组合使用，并设 fallback：
立即学习“Java免费学习笔记（深入）”；
- 先试
addr.getCanonicalHostName()，捕获UnknownHostException - 失败则降级用
addr.getHostName() - 若仍为纯 IP，且业务允许，可读取
System.getProperty("hostname")（JVM 启动时获取，不一定准确） - 更可靠的做法：由上层传入明确的 host 标识（如启动参数
-Dapp.host=myserver），不依赖网络栈自动推导
示例逻辑片段：
String hostId = "unknown";
try {
hostId = addr.getCanonicalHostName();
} catch (UnknownHostException e) {
hostId = addr.getHostName();
}
if (hostId.equals(addr.getHostAddress())) {
hostId = System.getProperty("app.host", hostId);
}
localhost 场景下的特殊行为
调用 InetAddress.getLocalHost() 时，JVM 会查本机 hostname + DNS 配置，结果高度依赖系统设置：
- Linux：通常读
/etc/hosts中第一行映射（如127.0.0.1 localhost→ 返回"localhost"） -
macOS：可能返回
"xxx.lan"（Bonjour 自动注册名） - Windows：取决于网络适配器的“计算机名”和 DNS 后缀
- 容器环境：
getLocalHost()经常返回"9b4a3f2c1d5e"这类容器 ID，毫无业务意义
别把它当“本机真实主机名”用。需要稳定标识时，显式配置比自动发现靠谱得多。
真正难的不是调哪个方法，而是意识到：网络层的“主机名”本质是 DNS 和本地配置的妥协结果，不是操作系统意义上的主机身份。业务逻辑里硬依赖它，迟早踩坑。
