记一次 hosts 文件配置错误导致应用卡顿的奇葩问题

Laravel框架
347
0
0
2022-04-27

今天将一个项目的源码拉下来,使用新的 Laravel-Sail 开发环境,之前的 Homestead 开发环境现在仅做备用了。刚开始一切都很顺利,依赖安装、容器启动、数据迁移,然后我高高兴兴的将开发用的域名配置到 hosts 文件中:

127.0.0.1 devocus.test

打开浏览器,访问: http://devocus.test:8016,本以为一切顺利,但是却发现页面一直处于加载状态,隔了差不多 30 秒才将完整的界面加载出来,我百思不得其解,其他几个项目我都是用的 Laravel-Sail 开发环境,几乎都是秒开,这个项目是肿么了:flushed:
然后我打开浏览器开发者工具,发现所有的请求都需要 30 秒以上,难道遇到了文件 IO 问题?但是我项目是放在 Ubuntu 子系统中的呀。网络问题?那其他几个项目又完全正常呀。我尝试着各种可能的解决办法,改文件权限、关闭ladder、删除并重新创建容器等等,一顿折腾下来,毫无结果。
于是安装了 Telescope,查看每个请求的详细情况,打开 Telescope 速度也非常慢,我等待了大概一分钟,Telescope 的界面终于加载出来了。但是查询结果令我非常意外:

记一次 hosts 文件配置错误导致的应用卡顿问题

Telescope 显示,每个请求的处理速度都很快,数据查询也很快,我佛了…:smiley_cat:
于是找同事的电脑试一下,开发环境都是 Laravel-Sail 没想到他的电脑上访问也同样十分缓慢,这直接将我们的思维引导到 “项目代码有问题” 这个方向上,于是我花了一上午时间仔细对比检查各种配置文件、env文件,升级了 laravel 以及各种依赖的版本。但是当我每次满怀期待的在浏览器打开应用时,还是卡的让我怀疑人生,而且日志记录一切正常。然后使用搜索引擎尝试搜索这个问题的解决方案,中文搜索、英文搜索都没有结果。一个上午过去了,还是没有搞定这个问题,甚至一股绝望感涌上心头。:neckbeard:
最后还是决定去吃午饭,先让自己放松下来。吃完饭回来的路上,我又一次思考这个问题,脑袋里各种搜索出来的答案一条一条闪过,突然一个单词从我眼前“飞过”:hosts
回到工位上我打开电脑,想着先用 ip 直接访问应用看看情况,于是在浏览器输入http://127.0.0.1:8016,界面被急速打开,我大概有点眉目了,于是打开 hosts 文件,想着换个域名试试:

# 127.0.0.1 devocus.test
127.0.0.1 ifocus-dev.test

然后打开浏览器,输入http://ifocus-dev.test:8016,应用被快速打开,非常流畅,问题就这样莫名其妙的解决了。
但是问题出在哪里呢?我再次打开 hosts 文件,仔细检查,发现之前做过的同一个域名的解析静静地躺在 hosts 文件里面,我将开发环境由 Homestead 迁移到 Laravel-Sail时,忘记修改 hosts 文件了:

...
192.168.10.10 devocus.test
...
# 127.0.0.1 devocus.test
127.0.0.1 ifocus-dev.test

在 hosts 文件中,同一个域名解析到两个 ip 会发生什么情况呢?我去搜索引擎上搜索了一下,找到了答案:

电脑在hosts文件中是由上往下查找 IP,相同的域名取第一个 IP,如果第一个IP受阻,那么会转向第二个IP,乃至第N个,但是这种方式达不到负载均衡的效果,但可以增大打开网站的几率。

由于我将 devocus.test解析到了两个IP地址:192.168.10.10 及127.0.0.1,当我在浏览器中打开http://devocus.test时,首先访问 192.168.10.10,但是由于我的 Homestead 是关闭状态,所以肯定访问失败,这个过程持续30秒左右,然后系统又去 hosts 文件中继续查找其他的IP,找到并访问 127.0.0.1 时才打开了网页。因为每个请求都要经过这个过程,所以我会感觉到系统非常的卡顿。至此,困扰我的问题得于解决。

所以大家在开发项目时,一定要多留意这些细微的小问题,小问题很多时候也会造成巨大的困扰,即使我这样自以为是的老手,也会掉入深坑。软件行业真是一个需要不断踩坑、不断挖坑、不断填坑的实践性行业。

不过我想了想,要是我当时 Homestead 环境是打开的,我可能会更加的困扰。