找回密码
 加入怎通
查看: 223|回复: 2

面试须知:通常都要知道的TCP、HTTP知识点

[复制链接]
我来看看 发表于 2023-03-06 07:25:39 | 显示全部楼层 |阅读模式
# J; ~) i" X* ]1 o5 N" k% v

来源:juejin.im/post/5ad4094e6fb9a028d7011069TCP要说http就绕不开tcp,TCP协议对应于传输层,而HTTP协议对应于应用层,从本质上来说,二者没有可比性但是,http是基于tcp协议的。

% l5 z0 C1 G3 l8 n7 @7 v

TCP/IP 协议分层模型物理层将二进制的0和1和电压高低,光的闪灭和电波的强弱信号进行转换链路层代表驱动网络层使用 IP 协议,IP 协议基于 IP 转发分包数据IP 协议是个不可靠协议,不会重发IP 协议发送失败会使用ICMP 协议通知失败

* R6 P- I' A4 L. t. F

ARP 解析 IP 中的 MAC 地址,MAC 地址由网卡出厂提供IP 还隐含链路层的功能,不管双方底层的链路层是啥,都能通信传输层TCP 协议面向有连接,能正确处理丢包,传输顺序错乱的问题,但是为了建立与断开连接,需要至少7次的发包收包,资源浪费

& U' [9 V3 W9 Q9 H; V. t) H

UDP 面向无连接,不管对方有没有收到,如果要得到通知,需要通过应用层通用的 TCP 和 UDP 协议会话层以上分层TCP/IP 分层中,会话层,表示层,应用层集中在一起网络管理通过 SNMP 协议划重点了啊(面试最常问的啊)

/ X0 h7 y/ Z# T, }2 T* D# s3 Y

TCP三次握手和四次挥手?被问烂了的问题了,这里不详细讲了,三次握手:客户端–发送带有SYN标志的数据包–一次握手–服务端服务端–发送带有SYN/ACK标志的数据包–二次握手–客户端客户端–发送带有带有ACK标志的数据包–三次握手–服务端

) N& i# c% b( a# t: l% c

四次挥手:客户端-发送一个FIN,用来关闭客户端到服务器的数据传送服务器-收到这个FIN,它发回一个ACK,确认序号为收到的序号加1 和SYN一样,一个FIN将占用一个序号服务器-关闭与客户端的连接,发送一个FIN给客户端。

1 H7 `" c7 d6 _0 f+ v( r4 k5 H

客户端-发回ACK报文确认,并将确认序号设置为收到序号加1还不懂的童鞋,去找别人的文章好好看看!TCP和UDP的区别?仔细阅读上面传输层里写的内容,懂了吗?(不懂?不懂背下来啊,混蛋!)

! u9 V; ^: f$ q% ^5 i" Y7 c% h

我们微信聊天时候经常会有这种情况。

$ d+ G% C" y1 x

是不是感同身受,这种情况就是对方用了TCP协议来聊天,要经过--在吗?--在--巴拉巴拉,才能成功的传递信息而如果对方使用UDP,则会有事直接说,不管我收没收到(以后找我请用UDP协议,着急直接打电话!)。

" e% |2 m2 q8 L; h

HTTPHttp协议是建立在TCP协议基础之上的,当浏览器需要从服务器获取网页数据的时候,会发出一次Http请求Http会通过TCP建立起一个到服务器的连接通道,当本次请求需要的数据完毕后,Http会立即将TCP连接断开,这个过程是很短的。

: F# }* M' f* \* h

所以Http连接是一种短连接,是一种无状态的连接所谓的无状态,是指浏览器每次向服务器发起请求的时候,不是通过一个连接,而是每次都建立一个新的连接如果是一个连接的话,服务器进程中就能保持住这个连接并且在内存中记住一些信息状态。

: u; d: M' \6 E! x- A. i

而每次请求结束后,连接就关闭,相关的内容就释放了,所以记不住任何状态,成为无状态连接http传输流

' c9 R% s$ |; k) b4 B

发送端在层与层间传输数据时,没经过一层都会被加上首部信息,接收端每经过一层都会删除一条首部又来划重点了啊HTTP的英文全称?开玩笑的,这个显然不是重点,但是不排除有人会去问,还是要知道的:超文本传输协议(HyperText Transfer Protocol)

: W+ z% p! Z1 b; @' K5 b4 M

状态码?状态码就那些,常用的记住就行了:2XX 成功200 OK,表示从客户端发来的请求在服务器端被正确处理204 No content,表示请求成功,但响应报文不含实体的主体部分206 Partial Content,进行范围请求

7 W$ ^# d) Q0 E/ _3 f6 O. t* C( v

3XX 重定向301 moved permanently,永久性重定向,表示资源已被分配了新的 URL302 found,临时性重定向,表示资源临时被分配了新的 URL303 see other,表示资源存在着另一个 URL,应使用 GET 方法定向获取资源

5 F K5 ]8 F% e4 x& q: B; I' H

304 not modified,表示服务器允许访问资源,但因发生请求未满足条件的情况307 temporary redirect,临时重定向,和302含义相同4XX 客户端错误400 bad request,请求报文存在语法错误

$ l/ y, V" H" g1 }5 I

401 unauthorized,表示发送的请求需要有通过 HTTP 认证的认证信息403 forbidden,表示对请求资源的访问被服务器拒绝404 not found,表示在服务器上没有找到请求的资源

1 J" K7 I$ G1 C0 \4 G

5XX 服务器错误500 internal sever error,表示服务器端在执行请求时发生了错误503 service unavailable,表明服务器暂时处于超负载或正在停机维护,无法处理请求

* k* d) F) X2 M- R9 k# h Q

HTTP协议格式?HTTP的请求和响应的消息协议是一样的,分为三个部分,起始行、消息头和消息体。这三个部分以CRLF作为分隔符。最后一个消息头有两个CRLF,用来表示消息头部的结束。

) L8 P3 D; E2 F# F2 X) _% N: o

HTTP请求的起始行称为请求行,形如GET /index.html HTTP/1.1HTTP响应的起始行称为状态行,形如200 ok消息头部有很多键值对组成,多个键值对之间使用CRLF作为分隔符,也可以完全没有键值对。

0 h3 N' b9 N" ]) s4 i4 {: z/ w

形如Content-Encoding: gzip 消息体是一个字符串,字符串的长度是由消息头部的Content-Length键指定的如果没有Content-Length字段说明没有消息体,譬如GET请求就是没有消息体的,POST请求的消息体一般用来放置表单数据。

8 u# t: {( `; K) z; [

GET请求的响应返回的页面内容也是放在消息体里面的我们平时调用API返回的JSON内容都是放在消息体里面的HTTP的无状态性?所谓HTTP协议的无状态性是指服务器的协议层无需为不同的请求之间建立任何相关关系,它特指的是协议层的无状态性。

! @9 [4 }2 x, X! [$ v* N

但是这并不代表建立在HTTP协议之上的应用程序就无法维持状态应用层可以通过会话Session来跟踪用户请求之间的相关性,服务器会为每个会话对象绑定一个唯一的会话ID,浏览器可以将会话ID记录在本地缓存LocalStorage或者Cookie,在后续的请求都带上这个会话ID,服务器就可以为每个请求找到相应的会话状态。

: e4 U1 A' N+ Z K L

输入url到页面加载都发生了什么事情?(最最常问的来了)输入地址浏览器查找域名的 IP 地址 这一步包括 DNS 具体的查找过程,包括:浏览器缓存->系统缓存->路由器缓存...浏览器向 web 服务器发送一个 HTTP 请求

4 s3 E+ T0 K$ \5 R- }: t' G# \

服务器的永久重定向响应(从 http://example.com 到 http://www.example.com)浏览器跟踪重定向地址服务器处理请求服务器返回一个 HTTP 响应浏览器显示 HTML浏览器发送请求获取嵌入在 HTML 中的资源(如图片、音频、视频、CSS、JS等等)

: L. }7 a" ?# s7 H

浏览器发送异步请求阅读、收藏、转发皆可——点个赞再走呗^_^

h+ q* k* g# m! B - P9 c" b! ]0 d9 r. E4 @ $ `5 g, g% \1 b+ b8 O% B! O5 r( a" p( G) f- S { 7 k; j. e9 w+ m R4 p; ~) I2 O

暂时无法加载帖子列表

回复

使用道具 举报

ae38 发表于 2026-10-12 11:47:31 | 显示全部楼层
学习到了,之前一直没注意过这个点,受教了
回复

使用道具 举报

雨晗 发表于 2026-10-21 12:50:51 | 显示全部楼层
楼主太厉害了,整理得这么详细,必须支持
回复

使用道具 举报

    您需要登录后才可以回帖 登录 | 加入怎通

    本版积分规则

    QQ|手机版|小黑屋|网站地图|真牛社区 ( 苏ICP备2023040716号-2 )

    GMT+8, 2026-10-30 21:03 , Processed in 0.038844 second(s), 25 queries , Gzip On.

    免责声明:本站信息来自互联网,本站不对其内容真实性负责,如有侵权等情况请联系420897364#qq.com(把#换成@)删除。

    Powered by Discuz! X3.5

    快速回复 返回顶部 返回列表