Inet4AddressImpl.getHostByAddr 慢

问题

我们的服务都通过gateway进行转发,最近发现接口会出现规律的变慢情况,正常情况下,一个响应时间200ms以内的接口,在多次请求的情况下,会出现响应时间增加到5秒,甚至5秒以上的情况。
如图
在这里插入图片描述

排查

我们首先排查了实际提供接口调用的服务,发现接口响应时间都很正常,基本都在100ms以内。
所以应该是链路上出现了耗时比较长的地方,因为我们的服务都是阿里云上的,所以运维帮忙在gateway上配置了arms,配置完成后,通过监控查找到了这里:
在这里插入图片描述
找到使用这个的这部分代码看一下:

        log.info("url:{}{}", serverHttpRequest.getRemoteAddress().getHostName(), serverHttpRequest.getPath());

是打印日志的语句,暂且先把这个地方注释掉了,问题果然消失。

分析

也就是说:

java.net.InetAddress.getHostName()

导致了堵塞我查了一下,说是反向DNS查询导致。当一个InetAddress创建时包含了域名信息,getHostName()方法会直接返回这个域名,否则会触发反向DNS解析,当配置的DNS服务器与目标InetAddress之前网络状况不佳就会产生延时。

具体的可以看这篇文章的解析:
使用InetAddress类的getHostName方法

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
很抱歉听说您的程序中出现了线程死锁问题,而且与 `Inet6AddressImpl.lookupAllHostAddr` 方法有关。`Inet6AddressImpl.lookupAllHostAddr` 是 Java 中用于解析主机名到 IPv6 地址的方法之一。线程死锁通常是由于资源争用或锁定顺序不当导致的,我将提供一些可能的解决方案: 1. 检查代码逻辑:仔细检查您的代码,确保没有在并发环境中使用不当的锁定方式或存在死锁的可能性。确保在访问共享资源时正确处理同步和锁定。 2. 减少锁定范围:检查您的代码,尽量减少对共享资源的锁定范围。这样可以减少资源争用的可能性,并降低发生死锁的概率。 3. 使用并发工具类:Java 提供了许多并发工具类,如 `java.util.concurrent` 包下的 `Lock`、`Condition`、`Semaphore` 等。您可以考虑使用这些工具类来管理并发访问,以避免死锁问题。 4. 分析线程转储信息:当程序出现死锁时,您可以生成线程转储信息(例如使用 `jstack` 命令),分析线程间的互相等待情况,并确定引起死锁的具体原因。 5. 更新相关库或框架:如果您在使用某个库或框架时发现了已知的死锁问题,可以尝试更新到最新版本,以获得修复或改进。 请注意,由于我无法直接查看您的代码和环境,上述建议仅供参考。如果问题仍然存在,请尝试在开发者社区或相关论坛上寻求更详细的帮助,向其他开发者分享您的问题和代码示例,以获得更准确的解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

盖丽男

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值