怎么做网站前台,台州电子商务网站建设,怎么找广告商接广告,附近的广告公司电话前言 前几天在测试环境碰到一个非常奇怪的与 dubbo 相关的问题#xff0c;事后我在网上搜索了一圈并没有发现类似的帖子或文章#xff0c;于是便有了这篇。 希望对还未碰到或正在碰到的朋友有所帮助。 现象 现象是这样的#xff0c;有一天测试在测试环境重新部署一个 dubbo … 前言 前几天在测试环境碰到一个非常奇怪的与 dubbo 相关的问题事后我在网上搜索了一圈并没有发现类似的帖子或文章于是便有了这篇。 希望对还未碰到或正在碰到的朋友有所帮助。 现象 现象是这样的有一天测试在测试环境重新部署一个 dubbo 应用的时候发现应用“启动不起来”。 但过几个小时候之后又能自己慢慢恢复并能够对外提供 dubbo 服务。 但其实经过我后续排查发现刚开始其实并不是启动不起来而是启动速度非常缓慢所以当应用长时间启动后才会对外提供服务。 而这个速度慢到居然要花费 2 个小时。 导致的一个结果是测试完全不敢在测试环境发版验证了每验证一个功能修复一个 bug 就得等上两个小时这谁受得了?。 而且经过多次观察确实每次都是花费两小时左右应用才能启动起来。 尝试解决 最后测试顶不住了只能让我这个“事故报告撰写专家”来看看。 当我得知这个问题的现象时其实完全没当一回事 都不用想这不就是主线程阻塞了嘛先看看是否在初始化的时候数据库、Zookeeper 之类的连不上导致阻塞了-------来之多次事故处理的经验告诉我。 于是我把这事打回给测试让他先找运维排查下不到万不得已不要影响我 Touch fish?。 第二天一早看到测试同学的微信头像跳动时我都已经准备接受又一句 “膜拜大佬?” 的回复时却收到 “网络一切正常没人动过再不解决就要罢工了?”。 好吧忽悠不过去了。 首先这类问题的排查方向应该不会错就是主线程阻塞了至于是啥导致的阻塞就不能像之前那样瞎猜了。 我将应用重启后用 jstack pid 将线程快照打印到终端直接拉到最后看看 main 线程到底在干啥。 前几次的快照都是很正常 加载 Spring ----连接 Zookeeper --- 连接 Redis都是依次执行下来没有阻塞。 隔了一段后应用确实还没起来我再次 jstack 后得到如下信息 翻源码 我一直等了十几分钟再多次 jstack 得到的快照得到的信息都是一样的。 如图所示可见主线程是卡在了 dubbo 的某个方法 ServiceConfig.java 的 303 行中。 于是我找到此处的源码 简单来说这里的逻辑就是要获取本机的 IP 将其注册到 Zookeeper 中用于其他服务调用。 再往下跟就如堆栈中一样是卡在了 Inet4AddressImpl.getLocalHostName 处。 但这是一个 native 方法我们应用也根本干涉不了最终的现象就是调用这个本地方法非常耗时。 于是这问题貌似也阻塞在这儿了没有太多办法。 最终解决 既然这是一个 native 方法那说明和应用本身没有啥关系确实也是这样这个问题是突然间出现的。 那是否是服务器本身的问题呢想到在 native 方法里是获取本机的 hostname那是否和这个 hostname 有关系呢。 这是在我自己的阿里云服务器上测试真正的测试环境不是这个名字。 拿到服务器 hostname 后再尝试 ping 这个 hostname奇怪的现象发生了 命令刚开始会卡住一段时间大概几十秒然后才会输出 hostname 对应的 ip 以及对应的延迟。 而当我直接 ping 这个 ip 时却能快速响应后面的输出。 最后我尝试在 /etc/hosts 配置文件中加入了对应的 host 配置 xx.xx.xx.xx(ip) hostname 再次 ping hostname 的效果就和直接 ping ip 一样了。 于是我再次重启应用一切都正常了。 总结 最后根据我调整的内容尝试分析下本次问题的原因 当 Dubbo 在启动获取本地 ip 时是通过服务器 hostname 从 dns 服务器返回当前的 ip 地址。由于 dns 服务器或者是本地服务器与 dns 服务器之间存在网络问题导致这个过程的时间被拉长猜测。我在本地的 host 文件中配置后就相当于本地有一个缓存优先取本地配置的 ip 避免了和 dns 服务器交互的过程所以速度提升了。虽然问题得到解决了但还是有几个疑问 第一个是为什么和 DNS 服务器的交互会这么慢即便是慢也没有像应用那样需要 2 个小时才能返回这里我也没搞得太清楚有相关经验的朋友可以留言讨论。 第二就是 Dubbo 在这个依赖外部获取资源时健壮性是否可以做的更好虽说我这问题估计也几人碰到。 对于这种长时间没有启动成功的问题是否可以加上提示比如直接抛出异常退出程序将问题可能的原因告诉开发者方便排查问题。 你的点赞与分享是对我最大的支持 转载于:https://www.cnblogs.com/crossoverJie/p/11135619.html
