1.应用场景

主要用于学习了解localhost 与 127.0.0.1的区别，本质.

以及计算机关于本机地址是如何工作的。

为什么要有这个地址。

2.学习/操作

1.文档阅读

断网了，还能ping通 127.0.0.1 吗？

开发环境- 配置虚拟主机域名/hosts文件

2.整理输出

总结

1. localhost 是域名 ,127.0.0.1是IP地址.

2. localhost 是可有可无, 127.0.0.1是必有.

localhost定义在hosts文件中, 127.0.0.1则是定义源码中, 应该是操作系统内核中.

通常默认为 127.0.0.1 localhost , 意思就是告诉IP地址解析 localhost就解析为 127.0.0.1

这也就意味着, localhost可以删掉, 修改, 以及对应IP未必是127.0.0.1.

3. localhost 是域名 ,127.0.0.1是IP地址. 通常情况下, 二者是等同的, 但是有细微差别.

- 127.0.0.1 相较于 localhost 访问速度更快, 因为少了检索hosts解析的步骤 [公网IP访问也比域名要快, 一样的道理, 减少了路径]

- 有时, 就未必是等同的, 比如在hosts文件中, 修改 localhost 14.119.104.254, 这时候重新访问localhost看看是怎样?

4. 本地地址其实应该是两个地址 - 本机公网IP, 本机私网IP.

但是通常, 大家的电脑并没有直接配置公网IP, 而是通过NET的方式联网,

也就是本机IP通常是指本机私网IP, 也就是局域网IP.

如下:

终端下查看

5. ping命令作为扩展, 简单记为, 可以测试网络连通性.

如果能ping通目标主机, 说明网络链路是没问题的, 如果这时候不能与目标主机通信或者说不能联网

就要找具体不能联网的服务/软件/工具, 比如浏览器, 微信等等, 问题很有可能出现这些软件本身, 通常一个可能就是代理的问题.

但是即便不能ping通目标主机, 也不能说明网络链路是有问题的, 因为目标主机很有可能拒绝被ping, 可以多换几个, 以及使用curl等命令辅助确认.

使用方式:

ping 域名/IP

注意, 不要携带http(s)前缀

至于, 详细解释整个过程, 可以了解, 也可以掌握, 从图上可以看到并不复杂, 记住就行了.

6. 不论是localhost 还是 127.0.0.1 以及本机私网IP地址, 都不会从真网卡发送出去. 也就是不会数据包不会出本机.

也就意味着, 不能通过localhost 和 127.0.0.1 来压测服务性能, 因为网络几乎没有延时, 也就是不准.

下面是ping 本机公网IP, 127.0.0.1, 本机私网IP, 以及localhost的情况

[root@ip-172-31-24-254 ~]# ping 54.18.13.75
PING 54.18.13.75 (54.18.13.75) 56(84) bytes of data.
64 bytes from 54.18.13.75: icmp_seq=1 ttl=63 time=0.317 ms
64 bytes from 54.18.13.75: icmp_seq=2 ttl=63 time=0.322 ms
64 bytes from 54.18.13.75: icmp_seq=3 ttl=63 time=0.306 ms
64 bytes from 54.18.13.75: icmp_seq=4 ttl=63 time=0.280 ms
64 bytes from 54.18.13.75: icmp_seq=5 ttl=63 time=0.283 ms
64 bytes from 54.18.13.75: icmp_seq=6 ttl=63 time=0.477 ms
64 bytes from 54.18.13.75: icmp_seq=7 ttl=63 time=0.319 ms
64 bytes from 54.18.13.75: icmp_seq=8 ttl=63 time=0.291 ms
^C
--- 54.18.13.75 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7058ms
rtt min/avg/max/mdev = 0.280/0.324/0.477/0.061 ms
[root@ip-172-31-24-254 ~]# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.013 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.015 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.026 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.019 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.018 ms
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.019 ms
64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.019 ms
^C
--- 127.0.0.1 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6019ms
rtt min/avg/max/mdev = 0.013/0.018/0.026/0.005 ms
[root@ip-172-31-24-254 ~]# ^C
[root@ip-172-31-24-254 ~]# ^C
[root@ip-172-31-24-254 ~]# ping 172.31.24.254
PING 172.31.24.254 (172.31.24.254) 56(84) bytes of data.
64 bytes from 172.31.24.254: icmp_seq=1 ttl=64 time=0.015 ms
64 bytes from 172.31.24.254: icmp_seq=2 ttl=64 time=0.021 ms
64 bytes from 172.31.24.254: icmp_seq=3 ttl=64 time=0.021 ms
64 bytes from 172.31.24.254: icmp_seq=4 ttl=64 time=0.020 ms
64 bytes from 172.31.24.254: icmp_seq=5 ttl=64 time=0.014 ms
64 bytes from 172.31.24.254: icmp_seq=6 ttl=64 time=0.017 ms
64 bytes from 172.31.24.254: icmp_seq=7 ttl=64 time=0.021 ms
^C
--- 172.31.24.254 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6002ms
rtt min/avg/max/mdev = 0.014/0.018/0.021/0.004 ms
[root@ip-172-31-24-254 ~]# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9001
inet 172.31.24.254 netmask 255.255.240.0 broadcast 172.31.31.255
inet6 fe80::ab:52ff:feda:e117 prefixlen 64 scopeid 0x20<link>
ether 02:ab:52:da:e1:17 txqueuelen 1000 (Ethernet)
RX packets 41267198133 bytes 2697939623991 (2.4 TiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 42763800360 bytes 97990995720923 (89.1 TiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 721790821 bytes 55052533474 (51.2 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 721790821 bytes 55052533474 (51.2 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

[root@ip-172-31-24-254 ~]# ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.015 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.017 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.019 ms
64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.017 ms
64 bytes from localhost (127.0.0.1): icmp_seq=5 ttl=64 time=0.019 ms
64 bytes from localhost (127.0.0.1): icmp_seq=6 ttl=64 time=0.019 ms
^C
--- localhost ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5003ms
rtt min/avg/max/mdev = 0.015/0.017/0.019/0.005 ms
[root@ip-172-31-24-254 ~]#

[root@ip-172-31-24-254 ~]# ping www.baidu.com

PING www.wshifen.com (104.193.88.123) 56(84) bytes of data.

64 bytes from 104.193.88.123 (104.193.88.123): icmp_seq=1 ttl=47 time=1.38 ms

64 bytes from 104.193.88.123 (104.193.88.123): icmp_seq=2 ttl=47 time=1.37 ms

64 bytes from 104.193.88.123 (104.193.88.123): icmp_seq=3 ttl=47 time=1.57 ms

^C

--- www.wshifen.com ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2002ms

rtt min/avg/max/mdev = 1.373/1.445/1.577/0.093 ms

^C[root@ip-172-31-24-254 ~]# ping 104.193.88.123

PING 104.193.88.123 (104.193.88.123) 56(84) bytes of data.

64 bytes from 104.193.88.123: icmp_seq=1 ttl=47 time=1.40 ms

64 bytes from 104.193.88.123: icmp_seq=2 ttl=47 time=1.40 ms

64 bytes from 104.193.88.123: icmp_seq=3 ttl=47 time=1.39 ms

64 bytes from 104.193.88.123: icmp_seq=4 ttl=47 time=1.36 ms

64 bytes from 104.193.88.123: icmp_seq=5 ttl=47 time=1.36 ms

^C

--- 104.193.88.123 ping statistics ---

5 packets transmitted, 5 received, 0% packet loss, time 4019ms

rtt min/avg/max/mdev = 1.365/1.387/1.407/0.050 ms

[root@ip-172-31-24-254 ~]#

可以看到, 只有ping 本机公网IP出了网卡[ttl=63], 但是到了第一个节点, 应该是本地路由器, 就直接返回了.

其他情况, 都没有出网卡, ttl=64.

同时可以看往返时间:

localhost 几乎等于 127.0.0.1 几乎等于本机私网IP < 本机公网IP < 其他公网IP[百度]

后续补充

...

3.问题/补充

1. hosts文件中配置虚拟域名是即时生效的?

在修改 hosts 文件中的条目后，通常需要一些时间才能使更改生效。具体来说，hosts 文件中的更改需要在下一次 DNS 解析之前生效。

当计算机需要解析主机名时，它会首先检查 hosts 文件中是否有匹配的条目，如果有，则使用该条目中指定的 IP 地址；如果没有，则计算机将使用 DNS 解析来查找 IP 地址。因此，在修改 hosts 文件中的条目后，需要等待下一次 DNS 解析才能生效。

在 Windows 操作系统中，可以通过运行 ipconfig /flushdns 命令来刷新 DNS 缓存并强制计算机重新读取 hosts 文件。这样可以立即使 hosts 文件中的更改生效，而不需要等待下一次 DNS 解析。

总之，在修改 hosts 文件中的条目后，需要等待一段时间才能使更改生效，具体时间取决于计算机的 DNS 缓存设置和网络环境。为了立即使更改生效，可以尝试刷新 DNS 缓存或重启计算机。

macOS中如何查看dns缓存, 以及刷新dns缓存

在 macOS 中，可以使用 dscacheutil 命令来查看和刷新 DNS 缓存。下面是具体的步骤：

查看 DNS 缓存：

打开终端应用程序（在“应用程序”文件夹中）。
输入以下命令并按下回车键：

sudo dscacheutil -cachedump -entries

系统会提示你输入管理员密码，输入密码并按下回车键。
然后，系统会显示当前的 DNS 缓存列表，包括已解析的主机名和 IP 地址。

刷新 DNS 缓存：

打开终端应用程序。
输入以下命令并按下回车键：

sudo dscacheutil -flushcache

系统会提示你输入管理员密码，输入密码并按下回车键。
然后，系统会清除 DNS 缓存并重新加载配置。此时，DNS 缓存已刷新。

需要注意的是，刷新 DNS 缓存可能会导致某些应用程序需要重新建立连接，因此在刷新 DNS 缓存前，请确保没有正在进行重要的网络活动。

2. 如何在macOS中测试DNS解析是否正常？

在 macOS 中，可以使用 nslookup 命令来测试 DNS 解析是否正常。下面是具体的步骤：

打开终端应用程序（在“应用程序”文件夹中）。
输入以下命令并按下回车键：

nslookup domain_name

其中，domain_name 是你要测试的域名，例如 google.com。

系统会返回该域名的解析结果，包括 IP 地址和 DNS 服务器的名称和 IP 地址。如果解析成功，则说明 DNS 解析正常。

例如，如果你要测试 google.com 的 DNS 解析是否正常，可以输入以下命令：

nslookup google.com

然后，系统会返回类似以下的结果：

Server:		192.168.1.1
Address:	192.168.1.1#53Non-authoritative answer:
Name:	google.com
Address: 172.217.12.206

其中，Server 行显示了使用的 DNS 服务器的名称和 IP 地址，Non-authoritative answer 行显示了解析结果，包括主机名和 IP 地址。

如果出现解析错误或无法解析该域名，则说明 DNS 解析存在问题。此时，需要检查 DNS 配置和网络连接，以确定问题的原因。

总之，在 macOS 中，可以使用 nslookup 命令来测试 DNS 解析是否正常。

如果解析成功，则说明 DNS 解析正常；

如果解析错误或无法解析该域名，则需要检查 DNS 配置和网络连接，以确定问题的原因。

3. 关于localhost 与 127.0.0.1的坑

以下内容来自与chatgpt的对话 ✅

php74 -S localhost:8080 -t .
与php74 -S 127.0.0.1:8080 -t .
的区别

php74 -S localhost:8080 -t . 和 php74 -S 127.0.0.1:8080 -t . 都是使用 PHP 内置的 Web 服务器来启动一个 Web 应用程序，并将其监听在本地的 8080 端口上。它们之间的主要区别在于监听地址的不同。

localhost 和 127.0.0.1 都代表本地主机，但它们之间的区别在于 localhost 是一个主机名（hostname），而 127.0.0.1 是该主机名对应的 IP 地址。在大多数情况下，它们都可以用来代表本地主机，但在某些情况下，它们可能会有所不同。

例如，如果你的计算机上存在多个网络接口（例如 Wi-Fi 和 Ethernet），那么 localhost 可能会绑定到其中的一个接口，而 127.0.0.1 则会绑定到回环接口（loopback interface），这样就可以确保始终连接到本地主机。

因此，如果你使用 php74 -S localhost:8080 -t . 命令来启动 Web 服务器，则它将监听在绑定到 localhost 主机名的接口上。而如果你使用 php74 -S 127.0.0.1:8080 -t . 命令来启动 Web 服务器，则它将监听在绑定到 127.0.0.1 IP 地址的回环接口上。

总之，php74 -S localhost:8080 -t . 和 php74 -S 127.0.0.1:8080 -t . 都可以用来启动 PHP 内置的 Web 服务器，并将其监听在本地的 8080 端口上。它们之间的主要区别在于监听地址的不同，其中 localhost 是主机名，而 127.0.0.1 是该主机名对应的 IP 地址。

"如，如果你的计算机上存在多个网络接口（例如 Wi-Fi 和 Ethernet），那么 localhost 可能会绑定到其中的一个接口，而 127.0.0.1 则会绑定到回环接口（loopback interface），这样就可以确保始终连接到本地主机。" 这句话怎么理解? 详细解释

在计算机网络中，每个计算机都有一个或多个网络接口，用于与其他计算机通信。每个网络接口都拥有一个唯一的 IP 地址，用于标识该接口所在的计算机和网络。

在本地计算机中，有一个特殊的接口称为回环接口（loopback interface），也称为本地环回接口（localhost）。回环接口是一个虚拟接口，它不与任何物理网络接口相连，而是与计算机自身相连。当你访问回环接口的 IP 地址时，实际上是将数据包发送到计算机自身的网络协议栈中，而不是通过任何物理网络接口发送到网络中。

对于回环接口的 IP 地址 127.0.0.1，它被保留用于表示本地计算机。因此，当你在本地计算机上访问 127.0.0.1 时，实际上是将数据包发送到计算机自身的网络协议栈中，然后通过回环接口传输数据，从而实现了本地主机之间的通信。

然而，localhost 主机名并不总是绑定到回环接口上。如果你的计算机上存在多个网络接口，例如 Wi-Fi 和 Ethernet，那么 localhost 可能会绑定到其中的一个接口上，而不是回环接口。这是因为 localhost 实际上是一个主机名，它需要通过 DNS 解析来转换为 IP 地址。如果你的计算机配置了多个 DNS 解析器或本地 hosts 文件，那么 localhost 可能会解析为不同的 IP 地址，从而绑定到不同的网络接口上。

因此，在某些情况下，使用 127.0.0.1 来代替 localhost 可以确保始终连接到回环接口，从而实现本地主机之间的通信。

"如果你的计算机配置了多个 DNS 解析器或本地 hosts 文件，那么 localhost 可能会解析为不同的 IP 地址，从而绑定到不同的网络接口上。" 如何查看localhost的解析结果? 以及不同的DNS解析器是什么?

你可以通过在命令行中执行 nslookup localhost 命令来查看 localhost 的解析结果。该命令将向默认 DNS 解析器查询 localhost 的 IP 地址，并返回其解析结果。例如：

$ nslookup localhost
Server:		192.168.1.1
Address:	192.168.1.1#53Non-authoritative answer:
Name:	localhost
Address: 127.0.0.1

在这个例子中，nslookup 命令向默认 DNS 解析器查询 localhost 的 IP 地址，并返回了其解析结果为 127.0.0.1。

对于不同的 DNS 解析器，它们可能具有不同的 IP 地址解析策略和缓存机制，导致相同的主机名可能解析为不同的 IP 地址。例如，在某些操作系统中，可以配置本地 hosts 文件来映射主机名和 IP 地址，这将覆盖 DNS 解析器的默认解析结果。

此外，某些网络环境中可能存在多个 DNS 解析器，例如本地 DNS 服务器和公共 DNS 服务器，它们可能使用不同的 DNS 解析策略和缓存机制。

因此，为了确保始终将 localhost 解析为回环接口的 IP 地址，建议使用 127.0.0.1 来代替 localhost。或者，也可以编辑本地 hosts 文件，将 localhost 映射到回环接口的 IP 地址 127.0.0.1，以覆盖默认的 DNS 解析结果。// 编辑hosts也有坑,所以还是统一使用127.0.0.1保险

4.参考

断网了，还能ping通 127.0.0.1 吗？

https://blog.csdn.net/william_n/article/details/103273196

后续补充

...