news 2026/9/25 10:11:16

一次由 DNS 反解析引发的 SpringBoot 启动卡顿问题

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
一次由 DNS 反解析引发的 SpringBoot 启动卡顿问题

TL;DR

使用 114 DNS 时,反解析内网 IP 无响应,导致 SpringBoot 启动时 Liquibase 初始化阻塞约 30 秒

InetAddress.getLocalHost() 获取到的可能是127.0.0.1,而非实际的内网 IP(如 192.168.x.x)

现象

SpringBoot启动时(HikariPool 初始化后)卡顿 30s

2025-11-09 15:14:33 INFO [main] com.zaxxer.hikari.HikariDataSource - HikariPool-1 - Starting...

2025-11-09 15:14:33 INFO [main] com.zaxxer.hikari.pool.HikariPool - HikariPool-1 - Added connection com.p6spy.engine.wrapper.ConnectionWrapper@7f6137fb

2025-11-09 15:14:33 INFO [main] com.zaxxer.hikari.HikariDataSource - HikariPool-1 - Start completed.

排查

通过 jstack 分析线程栈,定位到 liquibase.util.NetUtil.getLocalHostName() 阻塞

# jps

jstack 66713

下方线程栈显示阻塞点位于 Inet6AddressImpl.getHostByAddr()

"main" #1 prio=5 os_prio=31 cpu=3549.34ms elapsed=14.86s tid=0x000000010a808200 nid=0xd03 runnable [0x000000016fa00000]

java.lang.Thread.State: RUNNABLE

at java.net.Inet6AddressImpl.getHostByAddr(java.base@17.0.14/Native Method)

at java.net.InetAddress$PlatformNameService.getHostByAddr(java.base@17.0.14/InetAddress.java:940)

at java.net.InetAddress.getHostFromNameService(java.base@17.0.14/InetAddress.java:662)

at java.net.InetAddress.getHostName(java.base@17.0.14/InetAddress.java:605)

at java.net.InetAddress.getHostName(java.base@17.0.14/InetAddress.java:577)

at liquibase.util.NetUtil.getLocalHostName(NetUtil.java:79)

at liquibase.sqlgenerator.core.LockDatabaseChangeLogGenerator.<clinit>(LockDatabaseChangeLogGenerator.java:30)

对应源码:

public class LockDatabaseChangeLogGenerator extends AbstractSqlGenerator<LockDatabaseChangeLogStatement> {

@Override

public ValidationErrors validate(LockDatabaseChangeLogStatement statement, Database database, SqlGeneratorChain sqlGeneratorChain) {

return new ValidationErrors();

}

protected static final String hostname;

protected static final String hostaddress;

protected static final String hostDescription = (System.getProperty("liquibase.hostDescription") == null) ? "" :

("#" + System.getProperty("liquibase.hostDescription"));

static {

try {

// NetUtil.getLocalHostName() 导致阻塞

hostname = NetUtil.getLocalHostName();

hostaddress = NetUtil.getLocalHostAddress();

} catch (Exception e) {

throw new UnexpectedLiquibaseException(e);

}

}

// ...

}

分析

NetUtil.getLocalHostName() 获取机器 IP:遍历网卡,调用 InetAddress.getHostName() 对内网 IP (192.168.10.2)做反解析,114 DNS(114.114.114.114)无响应,则导致阻塞 30s

package liquibase.util;

// ...

public class NetUtil {

// ...

/**

* @return Machine's host name. This method can be better to call than getting it off {@link #getLocalHost()} because sometimes the external address returned by that function does not have a useful hostname attached to it.

* This function will make sure a good value is returned.

*/

public static String getLocalHostName() {

if (hostName == null ) {

try {

// 遍历所有网络接口,找出 已启用 的 非点对点 网络接口,然后打印这些接口上每个非本地地址对应的主机名(hostname)

InetAddress localHost = getLocalHost();

if(localHost != null) {

// 使用指定的 DNS 反解析获取的 IP

hostName = localHost.getHostName();

if (hostName.equals(localHost.getHostAddress())) {

//sometimes the external IP interface doesn't have a hostname associated with it but localhost always does

InetAddress lHost = InetAddress.getLocalHost();

if (lHost != null) {

hostName = lHost.getHostName();

}

}

}

else {

hostName = UNKNOWN_HOST_NAME;

}

} catch (Exception e) {

Scope.getCurrentScope().getLog(NetUtil.class).fine("Error getting hostname", e);

if (hostName == null) {

hostName = UNKNOWN_HOST_NAME;

}

}

}

return hostName;

}

}

大多数公共 DNS(如阿里、Google)在无法解析内网地址时返回 NXDOMAIN,而 114 DNS 无响应,导致 Java 原生反解析方法阻塞

# 耗时:0.228s

nslookup 192.168.10.2 223.5.5.5

Server: 223.5.5.5

Address: 223.5.5.5#53

** server can't find 2.10.168.192.in-addr.arpa: NXDOMAIN

# 耗时:15.137s

nslookup 192.168.10.2 114.114.114.114

;; connection timed out; no servers could be reached

遍历网卡的原因

获取机器 IP 常用的方法:InetAddress.getLocalHost() 获取到的可能是127.0.0.1(与 JDK 实现有关),是一个本地回环地址(loopback address)。而非对外通信用的实际的网络 IP(例如 192.168.x.x 或 10.x.x.x)

为了获取 实际的网络 IP,一般使用类似上面 NetUtil.getLocalHostName() 的方式,遍历网卡获取实际 IP

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/1 9:29:54

Spring AI 接入 MCP 协议的实战案例

引言 在现代软件开发中&#xff0c;接入不同协议以实现数据交换和通信是非常普遍的需求。MCP&#xff08;Message Communication Protocol&#xff09;协议在软件架构中扮演了重要的角色&#xff0c;尤其是在微服务架构中。本文将通过一个实际案例&#xff0c;探讨如何将Spring…

作者头像 李华
网站建设 2026/9/1 9:39:02

120亿参数改写效率标杆:GLM-4.5-Air开启智能体部署新纪元

120亿参数改写效率标杆&#xff1a;GLM-4.5-Air开启智能体部署新纪元 【免费下载链接】GLM-4.5-Air 项目地址: https://ai.gitcode.com/hf_mirrors/unsloth/GLM-4.5-Air 导语 当企业还在为GPT-4的高昂调用成本&#xff08;0.06美元/千tokens&#xff09;和开源模型的性…

作者头像 李华
网站建设 2026/9/25 6:44:28

31、Ubuntu网络配置全解析

Ubuntu网络配置全解析 1. 网络配置工具概述 当在初始安装后添加或替换网络硬件时,需要对新硬件进行配置。可以通过命令行或图形化配置工具来完成。 - 命令行配置 :使用命令组合或编辑 /etc 目录下的特定文件。 - 图形化配置 :使用Ubuntu的 nm-connection-editor …

作者头像 李华
网站建设 2026/9/22 9:33:51

鸿蒙OS与Electron的跨平台协作:打造桌面与设备互联应用

引言 随着华为鸿蒙OS&#xff08;HarmonyOS&#xff09;的快速发展&#xff0c;越来越多的开发者开始关注如何将现有技术栈与鸿蒙生态进行整合。而Electron作为构建跨平台桌面应用的成熟框架&#xff0c;能否与鸿蒙系统产生"化学反应"&#xff1f;本文将探索鸿蒙设备…

作者头像 李华
网站建设 2026/9/22 9:49:38

Avalonia MVVM开发终极指南:从入门到企业级应用实战

还在为复杂的UI状态管理而烦恼&#xff1f;是否曾经在桌面应用开发中陷入视图逻辑与业务逻辑混杂的困境&#xff1f;PixiEditor作为一款基于.NET 7的轻量级像素艺术编辑器&#xff0c;通过MVVM模式在Avalonia框架中实现了清晰、可维护的UI架构&#xff0c;让开发效率提升300%&a…

作者头像 李华
网站建设 2026/9/25 6:30:40

解锁学术研究新姿势:用LightRAG让RAG实验复现变得如此简单

解锁学术研究新姿势&#xff1a;用LightRAG让RAG实验复现变得如此简单 【免费下载链接】LightRAG "LightRAG: Simple and Fast Retrieval-Augmented Generation" 项目地址: https://gitcode.com/GitHub_Trending/li/LightRAG 还在为RAG实验复现而头疼吗&#…

作者头像 李华