HTTP和TCP

TCP

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

TCP/IP 协议分层模型

  • 物理层将二进制的0和1和电压高低,光的闪灭和电波的强弱信号进行转换

  • 链路层代表驱动

  • 网络层

  • 使用 IP 协议,IP 协议基于 IP 转发分包数据

  • IP 协议是个不可靠协议,不会重发

  • IP 协议发送失败会使用ICMP 协议通知失败

  • ARP 解析 IP 中的 MAC 地址,MAC 地址由网卡出厂提供

  • IP 还隐含链路层的功能,不管双方底层的链路层是啥,都能通信

  • 传输层

  • TCP 协议面向有连接,能正确处理丢包,传输顺序错乱的问题,但是为了建立与断开连接,需要至少7次的发包收包,资源浪费

  • UDP 面向无连接,不管对方有没有收到,如果要得到通知,需要通过应用层

  • 通用的 TCP 和 UDP 协议

  • 会话层以上分层

  • TCP/IP 分层中,会话层,表示层,应用层集中在一起

  • 网络管理通过 SNMP 协议

划重点了啊(面试最常问的啊)

TCP三次握手和四次挥手?

被问烂了的问题了,这里不详细讲了,

三次握手:

  • 客户端–发送带有SYN标志的数据包–一次握手–服务端

  • 服务端–发送带有SYN/ACK标志的数据包–二次握手–客户端

  • 客户端–发送带有带有ACK标志的数据包–三次握手–服务端

四次挥手:

  • 客户端-发送一个FIN,用来关闭客户端到服务器的数据传送

  • 服务器-收到这个FIN,它发回一个ACK,确认序号为收到的序号加1 。和SYN一样,一个FIN将占用一个序号

  • 服务器-关闭与客户端的连接,发送一个FIN给客户端

  • 客户端-发回ACK报文确认,并将确认序号设置为收到序号加1

还不懂的童鞋,去找别人的文章好好看看!

TCP和UDP的区别?

仔细阅读上面传输层里写的内容,懂了吗?(不懂?不懂背下来啊,混蛋!)

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

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

HTTP

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

所谓的无状态,是指浏览器每次向服务器发起请求的时候,不是通过一个连接,而是每次都建立一个新的连接。如果是一个连接的话,服务器进程中就能保持住这个连接并且在内存中记住一些信息状态。而每次请求结束后,连接就关闭,相关的内容就释放了,所以记不住任何状态,成为无状态连接。

http传输流

发送端在层与层间传输数据时,没经过一层都会被加上首部信息,接收端每经过一层都会删除一条首部

又来划重点了啊

HTTP的英文全称?

开玩笑的,这个显然不是重点,但是不排除有人会去问,还是要知道的:超文本传输协议(HyperText Transfer Protocol)

状态码?

状态码就那些,常用的记住就行了:

2XX 成功

  • 200 OK,表示从客户端发来的请求在服务器端被正确处理

  • 204 No content,表示请求成功,但响应报文不含实体的主体部分

  • 206 Partial Content,进行范围请求

3XX 重定向

  • 301 moved permanently,永久性重定向,表示资源已被分配了新的 URL

  • 302 found,临时性重定向,表示资源临时被分配了新的 URL

  • 303 see other,表示资源存在着另一个 URL,应使用 GET 方法定向获取资源

  • 304 not modified,表示服务器允许访问资源,但因发生请求未满足条件的情况

  • 307 temporary redirect,临时重定向,和302含义相同

4XX 客户端错误

  • 400 bad request,请求报文存在语法错误

  • 401 unauthorized,表示发送的请求需要有通过 HTTP 认证的认证信息

  • 403 forbidden,表示对请求资源的访问被服务器拒绝

  • 404 not found,表示在服务器上没有找到请求的资源

5XX 服务器错误

  • 500 internal sever error,表示服务器端在执行请求时发生了错误

  • 503 service unavailable,表明服务器暂时处于超负载或正在停机维护,无法处理请求

HTTP协议格式?

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

HTTP请求的起始行称为请求行,形如GET /index.html HTTP/1.1

HTTP响应的起始行称为状态行,形如200 ok

消息头部有很多键值对组成,多个键值对之间使用CRLF作为分隔符,也可以完全没有键值对。形如Content-Encoding: gzip 消息体是一个字符串,字符串的长度是由消息头部的Content-Length键指定的。如果没有Content-Length字段说明没有消息体,譬如GET请求就是没有消息体的,POST请求的消息体一般用来放置表单数据。GET请求的响应返回的页面内容也是放在消息体里面的。我们平时调用API返回的JSON内容都是放在消息体里面的。

HTTP的无状态性?

所谓HTTP协议的无状态性是指服务器的协议层无需为不同的请求之间建立任何相关关系,它特指的是协议层的无状态性。但是这并不代表建立在HTTP协议之上的应用程序就无法维持状态。

应用层可以通过会话Session来跟踪用户请求之间的相关性,服务器会为每个会话对象绑定一个唯一的会话ID,浏览器可以将会话ID记录在本地缓存LocalStorage或者Cookie,在后续的请求都带上这个会话ID,服务器就可以为每个请求找到相应的会话状态。

输入url到页面加载都发生了什么事情?(最最常问的来了)

  • 输入地址

  • 浏览器查找域名的 IP 地址 这一步包括 DNS 具体的查找过程,包括:浏览器缓存->系统缓存->路由器缓存...

  • 浏览器向 web 服务器发送一个 HTTP 请求

  • 浏览器跟踪重定向地址

  • 服务器处理请求

  • 服务器返回一个 HTTP 响应

  • 浏览器显示 HTML

  • 浏览器发送请求获取嵌入在 HTML 中的资源(如图片、音频、视频、CSS、JS等等)

  • 浏览器发送异步请求

### HTTP协议与TCP协议的区别联系 #### 联系 HTTP(超文本传输协议)是一种应用层协议,而TCP(传输控制协议)属于传输层协议。两者之间的关系可以描述为:HTTP依赖于TCP进行数据的可靠传输[^1]。具体来说,在客户端请求网页资源时,浏览器会通过HTTP发送请求消息给服务器;随后,这些消息会被封装到TCP的数据包中传递至目标地址[^2]。 此外,还可以将这种层次化的协作比喻为运输过程中的不同角色——如果把整个通信流程看作一辆货车运送货物,则IP相当于公路基础设施,提供了路径规划功能;而TCP就像这辆负责载货的大卡车,确保包裹能够安全抵达目的地;至于HTTP,则更像是被装载进车厢里的商品本身[^3]。 #### 区别 尽管存在紧密的合作模式,但两者的职责范围却截然不同: - **工作层面** - HTTP位于OSI七层模型的应用层上,主要定义了如何构建请求以及响应报文格式等内容,并规定了Web交互过程中所需遵循的标准操作规程。 - TCP处于第四层即传输层位置,专注于提供端到端之间稳定高效的字节流服务机制[^5]。 - **可靠性保障** - 对于HTTP而言,其并不直接涉及任何关于链路质量或者错误校验方面的处理逻辑,而是假定下一层已经具备相应的能力来完成此类任务。 - 反观TCP,它内置了一系列复杂的算法用于实现拥塞控制、流量调节等功能的同时还支持重传丢失分组等措施从而达到高精度的信息交换目的[^4]^. - **连接状态管理** - HTTP本质上是一个无状态协议,这意味着每次新的事务发起之前都需要重新协商参数设置等问题. - 不同的是,TCP则需经历三次握手建立初始关联之后才能正式开展后续动作,结束之时也要执行四次挥手释放现有通道资源. ```python import socket def create_tcp_socket(): try: s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) print("Socket successfully created") except socket.error as err: print(f"socket creation failed with error {err}") create_tcp_socket() ``` 上述代码片段展示了创建一个基本的TCP套接字的过程,这是实际运用TCP的第一步,也是HTTP运行所必需的基础环境之一。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

晚霞虽美不如你

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值