计算机网络

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

一、https协议须要到CA申请证书，通常免费证书较少，于是须要必定费用。 二、http是超文本传输协议，信息是明文传输，https则是具备安全性的ssl/tls加密传输协议。 三、http和https使用的是彻底不一样的链接方式，用的端口也不同，前者是80，后者是443。 四、http的链接很简单，是无状态的；HTTPS协议是由SSL/TLS+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。

10.什么是HTTP的长链接和短链接？

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