控制台输入ping 127.0.0.1。

$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.080 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.093 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.074 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.079 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.079 ms
^C
--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.074/0.081/0.093/0.006 ms

说明，拔了网线，ping 127.0.0.1  是能ping通的。

其实这篇文章看到这里，标题前半个问题已经被回答了。但是我们可以再想深一点。

为什么断网了还能 ping 通 127.0.0.1 呢？

这能说明你不用交网费就能上网吗？

不能。

首先我们需要进入基础科普环节。

不懂的同学看了就懂了，懂的看了就当查漏补缺吧。

什么是127.0.0.1

首先，这是个 IPV4 地址。

IPV4 地址有 32 位，一个字节有 8 位，共 4 个字节。

其中127 开头的都属于回环地址，也是 IPV4 的特殊地址，没什么道理，就是人为规定的。

而127.0.0.1是众多回环地址中的一个。之所以不是 127.0.0.2 ，而是 127.0.0.1，是因为源码里就是这么定义的，也没什么道理。

/* Address to loopback in software to local host.  */
#define    INADDR_LOOPBACK     0x7f000001  /* 127.0.0.1   */

回环地址

IPv4 的地址是 32 位的，2的32次方，大概是40+亿。地球光人口就76亿了，40亿IP这点量，塞牙缝都不够，实际上IP也确实用完了。

所以就有了IPV6， IPv6 的地址是 128 位的，大概是2的128次方≈10的38次方。据说地球的沙子数量大概是 10的23次方，所以IPV6的IP可以认为用不完。

IPV4以8位一组，每组之间用 . 号隔开。

IPV6就以16位为一组，每组之间用 : 号隔开。如果全是0，那么可以省略不写。

ipv6回环地址

在IPV4下的回环地址是 127.0.0.1，在IPV6下，表达为 ::1 。中间把连续的0给省略了，之所以不是7个 冒号，而是2个冒号: ， 是因为一个 IPV6 地址中只允许出现⼀次两个连续的冒号。

多说一句：在IPV4下用的是 ping 127.0.0.1 命令。在IPV6下用的是 ping6  ::1 命令。

什么是 ping

ping 是应用层命令，可以理解为它跟游戏或者聊天软件属于同一层。只不过聊天软件可以收发消息，还能点个赞什么的，有很多复杂的功能。而 ping 作为一个小软件，它的功能比较简单，就是尝试发送一个小小的消息到目标机器上，判断目的机器是否可达，其实也就是判断目标机器网络是否能连通。

ping应用的底层，用的是网络层的ICMP协议。

IP和ICMP和Ping所在分层

虽然ICMP协议和IP协议都属于网络层协议，但其实ICMP也是利用了IP协议进行消息的传输。

 

 

ip和icmp的关系

所以，大家在这里完全可以简单的理解为 ping 某个IP 就是往某个IP地址发个消息。

TCP发数据和ping的区别

一般情况下，我们会使用 TCP 进行网络数据传输，那么我们可以看下它和 ping 的区别。

ping和普通发消息的关系

ping和其他应用层软件都属于应用层。

那么我们横向对比一下，比方说聊天软件，如果用的是TCP的方式去发送消息。

为了发送消息，那就得先知道往哪发。linux里万物皆文件，那你要发消息的目的地，也是个文件，这里就引出了socket 的概念。

要使用 socket , 那么首先需要创建它。

在 TCP 传输中创建的方式是  socket(AF_INET, SOCK_STREAM, 0);，其中 AF_INET 表示将使用 IPV4 里 host:port 的方式去解析待会你输入的网络地址。SOCK_STREAM 是指使用面向字节流的 TCP 协议，工作在传输层。

创建好了 socket 之后，就可以愉快的把要传输的数据写到这个文件里。调用 socket 的sendto接口的过程中进程会从用户态进入到内核态，最后会调用到 sock_sendmsg 方法。

然后进入传输层，带上TCP头。网络层带上IP头，数据链路层带上 MAC头等一系列操作后。进入网卡的发送队列 ring buffer ，顺着网卡就发出去了。

回到 ping ， 整个过程也基本跟 TCP 发数据类似，差异的地方主要在于，创建 socket 的时候用的是  socket(AF_INET,SOCK_RAW,IPPROTO_ICMP)，SOCK_RAW 是原始套接字 ，工作在网络层， 所以构建ICMP（网络层协议）的数据，是再合适不过了。ping 在进入内核态后最后也是调用的  sock_sendmsg 方法，进入到网络层后加上ICMP和IP头后，数据链路层加上MAC头，也是顺着网卡发出。因此 本质上ping 跟 普通应用发消息 在程序流程上没太大差别。

这也解释了为什么当你发现怀疑网络有问题的时候，别人第一时间是问你能ping通吗？因为可以简单理解为ping就是自己组了个数据包，让系统按着其他软件发送数据的路径往外发一遍，能通的话说明其他软件发的数据也能通。

为什么断网了还能 ping 通 127.0.0.1

前面提到，有网的情况下，ping 最后是通过网卡将数据发送出去的。

那么断网的情况下，网卡已经不工作了，ping 回环地址却一切正常，我们可以看下这种情况下的工作原理。

ping回环地址

从应用层到传输层再到网络层。这段路径跟ping外网的时候是几乎是一样的。到了网络层，系统会根据目的IP，在路由表中获取对应的路由信息，而这其中就包含选择哪个网卡把消息发出。

当发现目标IP是外网IP时，会从"真网卡"发出。

当发现目标IP是回环地址时，就会选择本地网卡。

本地网卡，其实就是个"假网卡"，它不像"真网卡"那样有个ring buffer什么的，"假网卡"会把数据推到一个叫 input_pkt_queue 的 链表 中。这个链表，其实是所有网卡共享的，上面挂着发给本机的各种消息。消息被发送到这个链表后，会再触发一个软中断。

专门处理软中断的工具人"ksoftirqd" （这是个内核线程），它在收到软中断后就会立马去链表里把消息取出，然后顺着数据链路层、网络层等层层往上传递最后给到应用程序。

工具人ksoftirqd

ping 回环地址和通过TCP等各种协议发送数据到回环地址都是走这条路径。整条路径从发到收，都没有经过"真网卡"。之所以127.0.0.1叫本地回环地址，可以理解为，消息发出到这个地址上的话，就不会出网络，在本机打个转就又回来了。所以断网，依然能 ping 通 127.0.0.1。

ping回环地址和ping本机地址有什么区别

我们在mac里执行 ifconfig 。

$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    inet 127.0.0.1 netmask 0xff000000
    ...
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet 192.168.31.6 netmask 0xffffff00 broadcast 192.168.31.255
    ...

能看到 lo0，表示本地回环接口，对应的地址，就是我们前面提到的 127.0.0.1 ，也就是回环地址。

和 eth0，表示本机第一块网卡，对应的IP地址是192.168.31.6，管它叫本机IP。

之前一直认为ping本机IP的话会通过"真网卡"出去，然后遇到第一个路由器，再发回来到本机。

为了验证这个说法，可以进行抓包，但结果跟上面的说法并不相同。

ping 127.0.0.1

ping 本机地址

可以看到 ping 本机IP 跟 ping 回环地址一样，相关的网络数据，都是走的  lo0，本地回环接口，也就是前面提到的"假网卡"。

只要走了本地回环接口，那数据都不会发送到网络中，在本机网络协议栈中兜一圈，就发回来了。因此 ping回环地址和ping本机地址没有区别。

127.0.0.1 和 localhost 以及 0.0.0.0 有区别吗

回到文章开头动图里的提问，算是面试八股文里的老常客了。

以前第一次用 nginx 的时候，发现用这几个 IP，都能正常访问到 nginx 的欢迎网页。一度认为这几个 IP 都是一样的。

访问127.0.0.1:80

访问localhost:80

但本质上还是有些区别的。

首先 localhost 就不叫 IP，它是一个域名，就跟 "baidu.com",是一个形式的东西，只不过默认会把它解析为 127.0.0.1 ，当然这可以在 /etc/hosts 文件下进行修改。

所以默认情况下，使用 localhost  跟使用  127.0.0.1  确实是没区别的。

其次就是 0.0.0.0，执行 ping 0.0.0.0  ，是会失败的，因为它在IPV4中表示的是无效的目标地址。

$ ping 0.0.0.0
PING 0.0.0.0 (0.0.0.0): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host

但它还是很有用处的，回想下，我们启动服务器的时候，一般会 listen 一个 IP 和端口，等待客户端的连接。

如果此时 listen 的是本机的 0.0.0.0 , 那么它表示本机上的所有IPV4地址。

/* Address to accept any incoming messages. */
#define    INADDR_ANY      ((unsigned long int) 0x00000000) /* 0.0.0.0   */

举个例子。刚刚提到的 127.0.0.1 和 192.168.31.6 ，都是本机的IPV4地址，如果监听 0.0.0.0  ，那么用上面两个地址，都能访问到这个服务器。

当然， 客户端 connect 时，不能使用 0.0.0.0 。必须指明要连接哪个服务器IP。

总结

• 127.0.0.1 是回环地址。localhost是域名，但默认等于 127.0.0.1。

• ping 回环地址和 ping 本机地址，是一样的，走的是lo0 "假网卡"，都会经过网络层和数据链路层等逻辑，最后在快要出网卡前狠狠拐了个弯， 将数据插入到一个链表后就软中断通知 ksoftirqd 来进行收数据的逻辑，压根就不出网络。所以断网了也能 ping 通回环地址。

• 如果服务器 listen 的是 0.0.0.0，那么此时用127.0.0.1和本机地址都可以访问到服务。

前言

• 由于代理变更，android studio 会有一系列报错，其中一个是 Connect to 127.0.0.1:xxxxxx [/127.0.0.1] failed: Connection refused
• 网上答案大都太片面了，无法完全解决问题，这里列举出四个可能的原因，希望对大家有用
  
• 建议一下四种方案都尝试下，我相信总有一种能对你有效～

一、app :: gradle.properties（第一步）

• 就喝网上说的一样，删除项目中 gradle.properties 中的代理配置
• 因为这个配置是对别人电脑而言的，自己电脑并不支持，所以得删除
  
• 把上面这四行删掉，重新 sync 一下一般就能解决
• 可能有些同学并没有这四行，或者 sync 还是不行，那么我们进行下一步

二、gradle :: gradle.properties（第二步）

• 除了我们 project 内的 gradle.properties ，我们系统中也有一个 gradle.properties 文件，所以也需要进行处理
• 这里要对两种电脑进行区分：

2.1、macOS 下解决

• mac 下想要找到 gradle.properties 文件，就需要先设置显示隐藏文件
• 终端输入以下命令运行：

defaults write com.apple.finder AppleShowAllFiles -boolean true ; killall Finder

• 然后下 finder 下找到 .gradle 的 gradle.properties ，并进行修改
  
• 删除对应代理
  
• 打开 android studio ，restart 后重新 run 一下，亲测有效

2.2、winsows 下解决

• windows 下解决方法和 macOS 类似
• 我们需要删除掉 C:\Users\Administrator\.gradle 下的 gradle.properties 中的代理即可
• 如果目录不对的话，可以全局搜索下
• 如果还不行的同学，我们还有下一步的方法

三、git :: unset http.proxy

• 第一步：查询是否使用了代理:

git config --global http.proxy

• 第二步：取消代理

git config --global --unset http.proxy

• 很多人到这一步就成功了，但如果依然不行的话，我们在进行下一步

四、git :: .gitconfig

• 首先，如果之前没输入显示隐藏文件的，这里可以在终端输入：

defaults write com.apple.finder AppleShowAllFiles -boolean true ; killall Finder

• 这行命令可以显示电脑的隐形文件
• 在 Finder 里面个人账号的文件夹里找到 gitconfig 这个隐藏文件，右击打开，然后把里面的代理 proxy 整行删掉
  
• 到这里基本就都能解决了，如果是 windows 则操作也类似

五、global :: unset

• 如果上面四种方法都不行，还有最后一种可以尝试下
• 打开终端，分别输入：

unset http_proxy

unset https_proxy

• 这样我们就关闭了电脑的全局代理，希望对你有用～

六、总结

• 有时候 🦑 由于各种环境问题会导致我们编译各种过不去，让人很有重装电脑的冲动
• 在安慰大家的同时，我有个实用的方法推荐大家，遇到这类问题时尽量实用 baidu 进行搜索
• 虽然 baidu 备受诟病，但对于这种的问题的搜索，确有其独到之处
• 希望我上面的五种解决方案，能对你有所帮助
• 最后欢迎大家点赞或者关注支持，因为这是我持续输出的最大动力～

0.0.0.0 是对外开放，说明80端口外面可以访问；127.0.0.1 是只能本机访问，外面访问不了此端口

监听0.0.0.0的端口，就是监听本机中所有IP的端口。

一般会通过ping 127.0.0.1来测试某台机器上的网络设备是否工作正常。

[root@manage ~]# netstat -nltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      3346/nginx: master  
tcp        0      0 127.0.0.1:8081          0.0.0.0:*               LISTEN      2493/docker-proxy-c 
tcp        0      0 127.0.0.1:8082          0.0.0.0:*               LISTEN      5529/docker-proxy-c 
tcp        0      0 127.0.0.1:8083          0.0.0.0:*               LISTEN      17762/docker-proxy- 
tcp        0      0 127.0.0.1:8084          0.0.0.0:*               LISTEN      2743/docker-proxy-c 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      2155/sshd

案例：pc1的ip是192.168.10.128

• pc1中sever监听0.0.0.0，则pc1中的client可以连上127.0.0.1和192.168.10.128，pc2中的client能连上192.168.10.128。
• pc1中sever监听127.0.0.1，则pc1中的client可以连上127.0.0.1，连不上192.168.10.128；而pc2中的client都连不上。
• pc1中sever监听192.168.10.128，则pc1中的client可以连上192.168.10.128，连不上127.0.0.1；而pc2中client能连上192.168.10.128。

有时候会看到:::*，三个冒号一个星号， 三个冒号的前两个冒号，是IPv6的“0:0:0:0:0:0:0:0”的缩写，相当于IPv4的“0.0.0.0”，即本机的所有IPv6地址，第三个冒号是IP和端口的分隔符，星号是任意端口。

IP地址表示，IP地址有两个部分组成，net-id和host-id，即网络号和主机号。

127.0.0.1

127.0.0.1属于{127，}集合中的一个，所有的网络号为127的地址都被称为环回地址，所以环回地址不等价于127.0.0.1，后者只是环回地址的一份子，是包含关系，环回地址loop back。
相比于127.0.0.1，localhost 具有更多的意义，localhost是个域名，而不是一个ip地址。之所以我们经常把localhost与127.0.0.1认为同一个是因为我们使用的大多数电脑上都将localhost指向了127.0.0.1这个地址。

0.0.0.0

服务器端，通过0.0.0.0匹配所有服务器IP，如果进程监听0.0.0.0那么客户端访问服务器任何一个可达IP都可以使用此进程。
个人电脑未配置IP时表示本机地址
路由器表示默认路由

127.0.0.1是个环回地址，是IP，并不表示“本机”，0.0.0.0才是真正表示网路中的本地。
例：服务端绑定端口的时候一般选择绑定到0.0.0.0，这样用户可以通过多个本服务器的IP进行访问。
实际：服务器有内外网IP，一般财务系统绑定内网IP仅内部访问，OA绑定0.0.0.0内外网均可访问。

::

全0的IPV6地址，和IPV4的0.0.0.0一样，表示匹配多个IPV6地址。

用双冒号“::”表示一组0或多组连续的0，但只能出现一次，每项数字前导的0可以省略，省略后前导数字仍是0则继续。

基础知识_IP地址的基础知识:127.0.0.1 VS 0.0.0.0

tomcat 指定监听ip，加上 address="127.0.0.1"

<Connector port="8080" address="127.0.0.1" protocol="HTTP/1.1"
   connectionTimeout="20000"
   redirectPort="8443" />

startup.bat启动后，netstat -an | findstr "8080"查看监听情况。

  TCP    127.0.0.1:8080         0.0.0.0:0              LISTENING

如果没有指定ip则是这样：

  TCP    0.0.0.0:8080           0.0.0.0:0              LISTENING
  TCP    [::]:8080              [::]:0                 LISTENING

springboot指定监听ip

1.application配置文件：

server.address= ip
server.port= port

2.启动参数

-Dserver.address=ip -Dserver.port=port

3.实现接口org.springframework.boot.context.embedded.EmbeddedServletContainerCustomizer

    @Override
    public void customize(ConfigurableEmbeddedServletContainer container) {
        container.setPort();
        container.setAddress();
    }
 

所谓的回环地址，通俗的讲，就是我们在主机上发送给127开头的IP地址的数据包会被发送的主机自己接收，根本传不出去，外部设备也无法通过回环地址访问到本机。

小说明：正常的数据包会从IP层进入链路层，然后发送到网络上；而给回环地址发送数据包，数据包会直接被发送主机的IP层获取，后面就没有链路层他们啥事了。

而127.0.0.1作为{127}集合中的一员，当然也是个回环地址。只不过127.0.0.1经常被默认配置为localhost的IP地址。
一般会通过ping 127.0.0.1来测试某台机器上的网络设备是否工作正常。

0.0.0.0

首先，0.0.0.0是不能被ping通的。在服务器中，0.0.0.0并不是一个真实的的IP地址，它表示本机中所有的IPV4地址。监听0.0.0.0的端口，就是监听本机中所有IP的端口。

本机IP

本机IP通常仅指在同一个局域网内，能同时被外部设备访问和本机访问的那些IP地址（可能不止一个）。像127.0.0.1这种一般是不被当作本机IP的。本机IP是与具体的网络接口绑定的，比如以太网卡、无线网卡或者PPP/PPPoE拨号网络的虚拟网卡，想要正常工作都要绑定一个地址，否则其他设备就不知道如何访问它。

https://www.jianshu.com/p/ad7cd1d5be45