inetaddress.getlocalhost() 返回127.0.0.1是因主机名被解析为localhost，应遍历网卡获取真实局域网ip；getbyname()失败多因dns缓存、ipv6优先或防火墙；isreachable()在windows下不可靠；getcanonicalhostname()强制正反向dns解析确保fqdn。
getLocalHost() 为什么经常返回 127.0.0.1 或 localhost
Java 的 InetAddress.getLocalHost() 不是“查网卡 IP”，而是查主机名（hostname）对应的首个 A 记录。系统 hosts 文件、DNS 配置或 /etc/hosts 里把主机名映射到 127.0.0.1，它就真返回 127.0.0.1。
常见错误现象：getLocalHost().getHostAddress() 返回 127.0.0.1，但你实际想获取局域网 IP（比如 192.168.1.100）用于服务暴露或日志打点。
- 用
NetworkInterface.getNetworkInterfaces()遍历网卡，过滤掉isLoopback()、isUp()和 IPv4 地址 - 跳过虚拟网卡（如 Docker 的
docker0、VBox 的vboxnet），可通过名称或isVirtual()判断（JDK 7+） - 别只取第一个非 loopback 地址——多网卡环境（如同时连 WiFi 和有线）下，顺序不固定，应按业务需求选（比如优先选默认路由出口的网卡）
getByName() 域名解析失败的几种典型原因
InetAddress.getByName("example.com") 抛 UnknownHostException，不一定是网络不通，更可能是 DNS 层面问题。
使用场景：微服务注册时解析注册中心地址、配置中心拉取配置前校验域名可达性。
立即学习“Java免费学习笔记（深入）”；
- DNS 缓存未刷新：JVM 默认缓存成功解析结果（永久）和失败结果（10 秒），可通过
sun.net.inetaddr.ttl和sun.net.inetaddr.negative.ttl系统属性调整 - IPv6 优先导致超时：若系统启用了 IPv6 且 DNS 返回 AAAA 记录，但本地 IPv6 不通，
getByName()可能卡住（默认超时约 30 秒）。可设-Djava.net.preferIPv4Stack=true - 防火墙或代理干扰：某些企业网络会拦截 DNS 查询（尤其非 53 端口），
getByName()底层走系统 resolver，不受 HTTP 代理设置影响
isReachable() 为什么经常返回 false 即使目标能 ping 通
isReachable(int timeout) 在大多数 Linux/macOS 上实际发的是 ICMP echo request（ping），但在 Windows 上默认走 TCP connect 到 port 7（echo 服务），而该端口几乎总是关闭——所以 Windows 下基本永远返回 false。
性能与兼容性影响：该方法是阻塞调用，且依赖底层 OS 实现；超时值不是精确控制，JVM 可能加几秒误差；对容器环境（如 Kubernetes Pod）也不可靠，因 ICMP 可能被 CNI 插件拦截。
- 别用它做健康检查：改用 HTTP HEAD 请求或 TCP connect 到真实业务端口（如
new Socket(host, port)） - 如果必须用，加
NetworkInterface参数指定源网卡（避免走错路由），但 JDK 7+ 才支持 - 注意权限：Linux 下普通用户无法 raw socket 发 ICMP，
isReachable()会自动 fallback 到 TCP 方式（仍可能失败）
getCanonicalHostName() vs getHostName() 的区别在哪
两者都返回主机名，但来源不同：getHostName() 返回构造时传入的原始字符串或反向 DNS 结果；getCanonicalHostName() 强制做一次正向 + 反向 DNS 解析，确保是规范 FQDN（如 web01.prod.example.com）。
容易踩的坑：在内部服务发现场景中，用 getHostName() 获取到 web01，但注册中心要求完整域名；或反向 DNS 配置错误时，getCanonicalHostName() 可能返回意外值甚至抛异常。
- 生产环境建议统一用
getCanonicalHostName()，但需确保 DNS 反向记录（PTR）正确配置 - 测试环境常禁用反向 DNS（
-Dsun.net.spi.nameservice.provider.1=dns,sun不生效），此时getCanonicalHostName()可能退化为等价于getHostName() - 若 IP 是通过
getByName("192.168.1.100")构造的，getCanonicalHostName()仍会尝试反查，可能失败或返回空字符串
真正麻烦的从来不是 API 怎么写，而是 DNS 配置、hosts 文件、容器网络和 JVM 网络参数这四者怎么咬合——它们不动声色地决定着 InetAddress 每一次返回的值。
