计算机网络部分
前端常用的计算机网络知识and面试时高频必问的一些问题 ——
1.概述
HTTP 全称是 HyperText Transfer Protocal ,即:超文本传输协议,,HTTP 是应用层协议,当你上网浏览网页的时候,本地浏览器和 web 服务器之间就会通过 HTTP 在 Internet 上进行数据的发送和接收。
我们在浏览器里面看到的网页就是超文本解析而成的,其网页源代码是一系列 HTML 代码,里面包含了一系列标签,如 img 显示图片,p 指定显示段落等,浏览器解析这些标签后便形成了我们平常看到的网页,而这网页的源代码 HTML 就可以称作超文本。
详细内容参见https://www.imooc.com/article/22346
2.高频问题。
1.常见的HTTP的状态码。
2开头 (请求成功)表示成功处理了请求的状态代码。
200 (成功) 服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。
201 (已创建) 请求成功并且服务器创建了新的资源。
202 (已接受) 服务器已接受请求,但尚未处理。
203 (非授权信息) 服务器已成功处理了请求,但返回的信息可能来自另一来源。
204 (无内容) 服务器成功处理了请求,但没有返回任何内容。
205 (重置内容) 服务器成功处理了请求,但没有返回任何内容。
206 (部分内容) 服务器成功处理了部分 GET 请求。
3开头 (请求被重定向)表示要完成请求,需要进一步操作。 通常,这些状态代码用来重定向。
300 (多种选择) 针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。
301 (永久移动) 请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。
302 (临时移动) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
303 (查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。
304 (未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。
305 (使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。
307 (临时重定向) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
4开头 (请求错误)这些状态代码表示请求可能出错,妨碍了服务器的处理
400 (错误请求) 服务器不理解请求的语法。
401 (未授权) 请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。
403 (禁止) 服务器拒绝请求。
404 (未找到) 服务器找不到请求的网页。
405 (方法禁用) 禁用请求中指定的方法。
406 (不接受) 无法使用请求的内容特性响应请求的网页。
407 (需要代理授权) 此状态代码与 401(未授权)类似,但指定请求者应当授权使用代理。
408 (请求超时) 服务器等候请求时发生超时。
409 (冲突) 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。
410 (已删除) 如果请求的资源已永久删除,服务器就会返回此响应。
411 (需要有效长度) 服务器不接受不含有效内容长度标头字段的请求。
412 (未满足前提条件) 服务器未满足请求者在请求中设置的其中一个前提条件。
413 (请求实体过大) 服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。
414 (请求的 URI 过长) 请求的 URI(通常为网址)过长,服务器无法处理。
415 (不支持的媒体类型) 请求的格式不受请求页面的支持。
416 (请求范围不符合要求) 如果页面无法提供请求的范围,则服务器会返回此状态代码。
417 (未满足期望值) 服务器未满足”期望”请求标头字段的要求。
5开头(服务器错误)这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误,而不是请求出错。
500 (服务器内部错误) 服务器遇到错误,无法完成请求
501 (尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。
502 (错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。
503 (服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。
504 (网关超时) 服务器作为网关或代理,但是没有及时从上游服务器收到请求。
505 (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。
3.HTTP请求的过程与原理是什么?
我们在浏览器中输入一个 URL,回车之后便会在浏览器中观察到页面内容,实际上这个过程是浏览器向网站所在的服务器发送了一个 Request,即请求,网站服务器接收到这个 Request 之后进行处理和解析,然后返回对应的一个 Response,即响应,然后传回给浏览器,Response里面就包含了页面的源代码等内容,浏览器再对其进行解析便将网页呈现了出来.
4.一次完整的HTTP事务是怎样的一个过程?
1.域名解析。
2.发起TCP3次握手。
3.建立起TCP链接后发起HTTP请求。
4.服务器端响应HTTP请求,浏览器得到HTML代码。
5.浏览器解析HTML代码,病请求HTML代码中的资源。
6.浏览器对页面进行渲染呈现给用户。
5.TCP连接的特点?TCP连接如何保证安全可靠的?
TCP(Transmission Control Protocol,传输控制协议)是面向连接的传输层协议,也就是说,在收发数据前,必须和对方建立可靠的连接。一个TCP连接需要进行三次"对话"才能建立,而断开则需要四次,就是著名的"三次握手、四次挥手"
下面这张图就是连接建立和断开的过程
那TCP如何保证可靠传输?
1、确认和重传:接收方收到报文就会确认,发送方发送一段时间后没有收到确认就重传。
2、数据校验。
3、数据合理分片和排序。
4、流量控制:当接收方来不及处理发送方的数据,能提示发送方降低发送的速率,防止包丢失。
5、拥塞控制:当网络拥塞时,减少数据的发送。
6.TCP与UDP的区别?UDP可不可以变成TCP?
UDP(User Datagram Protocol用户数据报协议)一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。
基本区别如下:
1、TCP面向连接(如打电话要先拨号建立连接);UDP是无连接的。
2、TCP提供可靠的服务。也就是说,通过TCP连接传送的数据,无差错,不丢失,不重复,且按序到达;UDP尽最大努力交付,即不保证可靠交付。
3、TCP面向字节流,TCP把数据看成一连串无结构的字节流;UDP是面向报文的。
4、UDP没有拥塞控制,因此网络出现拥塞不会使源主机的发送速率降低(对实时应用很有用,如IP电话,实时视频会议等),但网络拥塞时有些报文可能会丢失(所以不可靠)。
5、每一条TCP连接只能是点到点的;UDP支持一对一,一对多,多对一和多对多的交互通信。
(UDP可不可以变成TCP这个问题还在思考中,这个问题是面试一家区块链的公司时面试官问我的。)
7.get和post的区别?
在浏览器的地址栏输入一个URL并回车,这就发起了一个GET请求;直接在百度搜索一个词条,这也是GET请求,请求的参数直接包含在了URL里。POST请求多数是表单提交发起的,比如用户输入用户名和密码进行登录,输入的密码肯定不会体现在URL中。
所以区别如下:
1.GET 方式请求中参数是包含在 URL 里面的,数据可以在 URL 中看到,而 POST 请求的 URL 不会包含这些数据,数据都是通过表单的形式传输,会包含在 Request Body 中。
2.GET 方式请求提交的数据最多只有 1024 字节,而 POST 方式没有限制。
9.HTTPS的原理?
HTTP传输的内容都是明文的,很容易就被获取和篡改。HTTPS在HTTP上的基础上加了一层用于数据加密、解密、身份认证的安全层。
详细内容参见:https://www.imooc.com/article/28968
面试的时候经常被要求“讲一下HTTP协议”,或者让说明调试的时候控制台看得到的关于网络请求的内容(地址,方法,协议,端口,请求头,响应头等等),所以各位小伙伴要经常按F12,看一看Network下的内容,多熟悉~