计算机网络

326 阅读11分钟

1. 网页中输入url,到渲染整个界面的整个过程,以及中间用了什么协议?

过程分析:主要分为三步

DNS解析。用户输入url后,需要通过DNS解析找到域名对应的ip地址,有了ip地址才能找到服务器端。首先会查找浏览器缓存,是否有对应的dns记录。再继续按照操作系统缓存—路由缓存—isp的dns服务器—根服务器的顺序进行DNS解析,直到找到对应的ip地址。 客户端(浏览器)和服务器交互。浏览器根据解析到的ip地址和端口号发起HTTP请求,请求到达传输层,这里也就是TCP层,开始三次握手建立连接。服务器收到请求后,发送相应报文给客户端(浏览器),客户端收到相应报文并进行解析,得到html页面数据,包括html,js,css等。 客户端(浏览器)解析html数据,构建DOM树,再构造呈现树(render树),最终绘制到浏览器页面上。 涉及到TCP/IP协议簇,包括DNS,TCP,IP,HTTP协议等等。

2. 具体介绍下TCP/IP

TCP/IP一般指的是TCP/IP协议簇,主要包括了多个不同网络间实现信息传输涉及到的各种协议 主要包括以下几层: **应用层:**主要提供数据和服务。比如HTTP,FTP,DNS等 **传输层:**负责数据的组装,分块。比如TCP,UDP等 **网络层:**负责告诉通信的目的地,比如IP等 **数据链路层:**负责连接网络的硬件部分,比如以太网,WIFI等

TCP (传输控制协议) - 应用程序之间通信。 当应用程序希望通过 TCP 与另一个应用程序通信时,它会发送一个通信请求。这个请求必须被送到一个确切的地址。在双方"握手"之后,TCP 将在两个应用程序之间建立一个全双工 (full-duplex) 的通信。这个全双工的通信将占用两个计算机之间的通信线路,直到它被一方或双方关闭为止。 IP (网际协议) - 计算机之间的通信。IP 是无连接的通信协议。它不会占用两个正在通信的计算机之间的通信线路。这样,IP 就降低了对网络线路的需求。每条线可以同时满足许多不同的计算机之间的通信需要。通过 IP,消息(或者其他数据)被分割为小的独立的包,并通过因特网在计算机之间传送。IP 负责将每个包路由至它的目的地。

TCP的三次握手和四次挥手,为什么不是两次握手?为什么挥手多一次呢? 客户端简称A,服务器端简称B 1)TCP建立连接需要三次握手 A向B表示想跟B进行连接(A发送syn包,A进入SYN B收到消息,表示我也准备好和你连接了(B收到syn包,需要确认syn包,并且自己也发送一个syn包,即发送了syn+ack包,B进入SYN_RECV状态) A收到消息,并告诉B表示我收到你也准备连接的信号了(A收到syn+ack包,给B发送确认包ack,AB进入established状态)开始连接。

2)TCP断开连接需要四次挥手 A向B表示想跟B断开连接(A发送fin,进入FIN_WAIT_1状态) B收到消息,但是B消息没发送完,只能告诉A我收到你的断开连接消息(B收到fin,发送ack,进入CLOSE_WAIT状态) 过一会,B数据发送完毕,告诉A,我可以跟你断开了(B发送fin,进入LAST_ACK状态) A收到消息,告诉B,可以他断开(A收到fin,发送ack,B进入closed状态)

3)为什么挥手多一次 其实正常的断开和连接都是需要四次: A发消息给B B反馈给A表示正确收到消息 B发送消息给A A反馈给B表示正确收到消息。 但是连接中,第二步和第三步是可以合并的,因为连接之前A和B是无联系的,所以没有其他情况需要处理。而断开的话,因为之前两端是正常连接状态,所以第二步的时候不能保证B之前的消息已经发送完毕,所以不能马上告诉A要断开的消息。这就是连接为什么可以少一步的原因。

4)为什么连接需要三次,而不是两次 正常来说,我给你发消息,你告诉我能收到,不就代表我们之前通信是正常的吗? 简单回答就是,TCP是双向通信协议,如果两次握手,不能保证B发给A的消息正确到达。 TCP 协议为了实现可靠传输, 通信双方需要判断自己已经发送的数据包是否都被接收方收到, 如果没收到, 就需要重发。

3. TCP是怎么保证可靠传输的?

**序列号和确认号。**比如连接的一方发送一段80byte数据,会带上一个序列号,比如101。接收方收到数据,回复确认号181(180+1),这样下一次发送消息就会从181开始发送了。 所以握手过程中,比如A发送syn信号给B,初始序列号为120,那么B收到消息,回复ack消息,序列号为120+1。同时B发送syn信号给A,初始序列号为256,如果收不到A的回复消息,就会重发,否则丢失这个序列号,就无法正常完成后面的通信了。 这就是三次握手的原因。

TCP/IP详解—拥塞控制机制的四个阶段

1.慢启动阶段

旧的TCP在启动一个连接时会向网络发送许多数据包,由于一些路由器必须对数据包进行排队,因此有可能耗尽存储空间,从而导致TCP连接的吞吐量(throughput)急剧下降。避免这种情况发生的算法就是慢启动。当建立新的TCP连接时,拥塞窗口被初始化为一个数据包大小(一个数据包缺省值为536或512byte)。源端按cwnd大小发送数据,每收到一个ACK确认,cwnd就增加一个数据包发送量。显然,cwnd的增长将随RTT呈指数级(exponential)增长:1个、2个、4个、8个……。源端向网络中发送的数据量将急剧增加。

2.拥塞避免阶段

当发现超时或收到3个相同ACK确认帧时,网络即发生拥塞(这是TCP Reno的做法,这一假定是基于由传输引起的数据包损坏和丢失的概率小于1%)。此时就进入拥塞避免阶段。慢启动阈值被设置为当前cwnd的一半;超时时,cwnd被置为1。如果cwnd≤ssthresh,则TCP重新进入慢启动过程;如果cwnd>ssthresh,则TCP执行拥塞避免算法,cwnd在每次收到一个ACK时只增加1/cwnd个数据包(这里将数据包大小segsize假定为1)。

3.快速重传和恢复阶段

当数据包超时时,cwnd被设置为1,重新进入慢启动,这会导致过大地减小发送窗口尺寸,降低TCP连接的吞吐量。因此快速重传和恢复就是在源端收到3个或3个以上重复ACK时,就断定数据包已经被丢失,并重传数据包,同时将ssthresh设置为当前cwnd的一半,而不必等到RTO超时。图2和图3反映了拥塞控制窗口随时间在四个阶段的变化情况。

4. TCP和UDP的区别?

TCP提供的是面向连接,可靠的字节流服务。即客户和服务器交换数据前,必须现在双方之间建立一个TCP连接(三次握手),之后才能传输数据。并且提供超时重发,丢弃重复数据,检验数据,流量控制等功能,保证数据能从一端传到另一端。

UDP 是一个简单的面向数据报的运输层协议。它不提供可靠性,只是把应用程序传给IP层的数据报发送出去,但是不能保证它们能到达目的地。由于UDP在传输数据报前不用再客户和服务器之间建立一个连接,且没有超时重发等机制,所以传输速度很快。

所以总结下来就是:

TCP 是面向连接的,UDP 是面向无连接的 TCP 数据报头包括序列号,确认号,等等。相比之下UDP程序结构较简单。 TCP 是面向字节流的,UDP 是基于数据报的 TCP 保证数据正确性,UDP 可能丢包 TCP 保证数据顺序,UDP 不保证 可以看到TCP适用于稳定的应用场景,他会保证数据的正确性和顺序,所以一般的浏览网页,接口访问都使用的是TCP传输,所以才会有三次握手保证连接的稳定性。 而UDP是一种结构简单的协议,不会考虑丢包啊,建立连接等。优点在于数据传输很快,所以适用于直播,游戏等场景。

5. HTTP的几种请求方法具体介绍

常见的有四种:

GET 获取资源,没有body,幂等性 POST 增加或者修改资源,有body PUT 修改资源,有body,幂等性 DELETE 删除资源,幂等性

常用状态码

主要分为五种类型: 1开头, 代表临时性消息,比如100(继续发送) 2开头, 代表请求成功,比如200(OK) 3开头, 代表重定向,比如304(内容无改变) 4开头, 代表客户端的一些错误,比如403(禁止访问) 5开头, 代表服务器的一些错误,比如500

6.请回答一个 TCP 连接上面能发多少个 HTTP 请求?

如果维持连接,一个 TCP 连接是可以发送多个 HTTP 请求的。

7.一个 TCP 连接中 HTTP 请求发送可以一起发送么(比如一起发三个请求,再三个响应一起接收)?

HTTP/1.1 存在一个问题,单个 TCP 连接在同一时刻只能处理一个请求,意思是说:两个请求的生命周期不能重叠,任意两个 HTTP 请求从开始到结束的时间在同一个 TCP 连接里不能重叠。

8.Get请求和Post请求的区别

Get请求比Post请求效率高,Post请求需要服务器返回100再发送数据处理,Get请求直接是通过URL。 1,GET在浏览器回退是无害的,而POST会再次提交请求 2,GET产生的URL地址可以被网址收藏BOOKMARK,而POST不可以 3,GET请求只能进行url编码,而post支持多种编码形式 4,get请求参数会被完整保留在浏览器历史记录里,而post中的参数不会被保留 5,get请求在url中传递的参数是有长度限制的不超过4k,而post没有 6,对参数的数据类型,get只接受ASCII类型,而post没有限制 7,get比post更不安全,因为参数直接暴露在url上,所以不能用传递敏感信息 8,get参数通过url传递,post放在request body报文体中 9,get产生一个tcp数据包,post产生两个tcp数据包

9. Http和Https

1、https协议需要到CA申请证书,一般免费证书较少,因而需要一定费用。 2、http是超文本传输协议,信息是明文传输,https则是具有安全性的ssl/tls加密传输协议。 3、http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。 4、http的连接很简单,是无状态的;HTTPS协议是由SSL/TLS+HTTP协议构建的可进行加密传输、身份认证的网络协议,比http协议安全。

10.什么是HTTP的长连接和短连接?

HTTP1.1规定了默认保持长连接(HTTP persistent connection ,也有翻译为持久连接),数据传输完成了保持TCP连接不断开(不发RST包、不四次握手),等待在同域名下继续用这个通道传输数据;相反的就是短连接。