|
34 | 34 |
|
35 | 35 | ### 网络模型 |
36 | 36 |
|
37 | | -随着技术的发展,计算机的应用越来越广泛,计算机之间的通信开始了百花齐放的状态,每个具有独立计算服务体系的信息技术公司都会建立自己的计算机通信规则,而这种情况会导致异构计算机之间无法通信,极大的阻碍了网络通信的发展,至此为了解决这个问题,国际标准化组织(ISO)制定了OSI模型,该模型定义了不同计算机互联的标准,OSI模型把网络通信的工作分为7层,分别是**物理层、数据链路层、网络层、传输层、会话层、表示层和应用层**。 |
| 37 | +随着技术的发展,计算机的应用越来越广泛,计算机之间的通信开始了百花齐放的状态,每个具有独立计算服务体系的信息技术公司都会建立自己的计算机通信规则,而这种情况会导致异构计算机之间无法通信,极大的阻碍了网络通信的发展,至此为了解决这个问题,国际标准化组织(ISO)制定了 OSI 模型,该模型定义了不同计算机互联的标准,OSI 模型把网络通信的工作分为 7 层,分别是**物理层、数据链路层、网络层、传输层、会话层、表示层和应用层**。 |
38 | 38 |
|
39 | 39 | 这七层模型是设计层面的概念,每一层都有固定要完成的职责和功能,分层的好处在于清晰和功能独立性,但分层过多会使层次变的更加复杂,虽然不需要实现本层的功能,但是也需要构造本层的上下文,空耗系统资源,所以在落地实施网络通信模型的时候将这七层模型简化合并为四层模型分别是**应用层、传输层、网络层、网络接口层**(各层之间的模型、协议统称为:**TCP/IP协议簇**)。 |
40 | 40 |
|
|
54 | 54 | | **数据链路层** | 定义数据的基本格式,如何传输,如何标识 | SLIP,CSLIP,PPP,ARP,RARP,MTU | |
55 | 55 | | **物理层** | 以**二进制**数据形式在物理媒体上传输数据 | ISO2110,IEEE802 | |
56 | 56 |
|
57 | | -当我们某一个网站上不去的时候。通常会ping一下这个网站 |
| 57 | +当我们某一个网站上不去的时候。通常会 ping 一下这个网站 |
58 | 58 |
|
59 | | -`ping` 可以说是ICMP的最著名的应用,是TCP/IP协议的一部分。利用`ping`命令可以检查网络是否连通,可以很好地帮助我们分析和判定网络故障。 |
| 59 | +`ping` 可以说是 ICMP 的最著名的应用,是 TCP/IP 协议的一部分。利用`ping`命令可以检查网络是否连通,可以很好地帮助我们分析和判定网络故障。 |
60 | 60 |
|
61 | 61 |
|
62 | 62 |
|
@@ -165,7 +165,7 @@ TCP是一种面向连接的单播协议,在发送数据前,通信双方必 |
165 | 165 |
|
166 | 166 | 为了防止已失效的连接请求报文段突然又传送到了服务端,因而产生错误。 |
167 | 167 |
|
168 | | -具体例子:“已失效的连接请求报文段”的产生在这样一种情况下:client发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后,就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段,同意建立连接。假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了。由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送数据。但server却以为新的运输连接已经建立,并一直等待client发来数据。这样,server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况,client不会向server的确认发出确认。server由于收不到确认,就知道client并没有要求建立连接。” |
| 168 | +具体例子:“已失效的连接请求报文段”的产生在这样一种情况下:client 发出的第一个连接请求报文段并没有丢失,而是在某个网络结点长时间的滞留了,以致延误到连接释放以后的某个时间才到达 server。本来这是一个早已失效的报文段。但 server 收到此失效的连接请求报文段后,就误认为是 client 再次发出的一个新的连接请求。于是就向client发出确认报文段,同意建立连接。假设不采用“三次握手”,那么只要server发出确认,新的连接就建立了。由于现在client并没有发出建立连接的请求,因此不会理睬server的确认,也不会向server发送数据。但server却以为新的运输连接已经建立,并一直等待client发来数据。这样,server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况,client不会向server的确认发出确认。server由于收不到确认,就知道client并没有要求建立连接。” |
169 | 169 |
|
170 | 170 |
|
171 | 171 |
|
@@ -764,9 +764,9 @@ session 是一种维持客户端与服务器端会话的机制。但是与 **coo |
764 | 764 |
|
765 | 765 | ### 从输入网址到获得页面的过程 |
766 | 766 |
|
767 | | -1. 浏览器查询 DNS,获取域名对应的IP地址:具体过程包括浏览器搜索自身的DNS缓存、搜索操作系统的DNS缓存、读取本地的Host文件和向本地DNS服务器进行查询等。对于向本地DNS服务器进行查询,如果要查询的域名包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析(此解析具有权威性);如果要查询的域名不由本地DNS服务器区域解析,但该服务器已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析(此解析不具有权威性)。如果本地域名服务器并未缓存该网址映射关系,那么将根据其设置发起递归查询或者迭代查询; |
768 | | -2. 浏览器获得域名对应的IP地址以后,浏览器向服务器请求建立链接,发起三次握手; |
769 | | -3. TCP/IP链接建立起来后,浏览器向服务器发送HTTP请求; |
| 767 | +1. 浏览器查询 DNS,获取域名对应的 IP 地址:具体过程包括浏览器搜索自身的DNS缓存、搜索操作系统的DNS缓存、读取本地的Host文件和向本地DNS服务器进行查询等。对于向本地DNS服务器进行查询,如果要查询的域名包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析(此解析具有权威性);如果要查询的域名不由本地DNS服务器区域解析,但该服务器已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析(此解析不具有权威性)。如果本地域名服务器并未缓存该网址映射关系,那么将根据其设置发起递归查询或者迭代查询; |
| 768 | +2. 浏览器获得域名对应的 IP 地址以后,浏览器向服务器请求建立链接,发起三次握手; |
| 769 | +3. TCP/IP 链接建立起来后,浏览器向服务器发送 HTTP 请求; |
770 | 770 | 4. 服务器接收到这个请求,并根据路径参数映射到特定的请求处理器进行处理,并将处理结果及相应的视图返回给浏览器; |
771 | 771 | 5. 浏览器解析并渲染视图,若遇到对js文件、css文件及图片等静态资源的引用,则重复上述步骤并向服务器请求这些资源; |
772 | 772 | 6. 浏览器根据其请求到的资源、数据渲染页面,最终向用户呈现一个完整的页面。 |
|
0 commit comments