首页 > 其他分享 >HTTP协议

HTTP协议

时间:2024-10-23 17:48:15浏览次数:1  
标签:协议 HTTP 请求 响应 服务器 资源 客户端

什么是HTTP?

◼ 什么是HTTP呢?我们来看一下维基百科的解释:
   超文本传输协议(英语:HyperTextTransfer Protocol,缩写:HTTP)是一种用于分布式、协作式和超媒体信息系统的应用层协议;
   HTTP是万维网的数据通信的基础,设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法;
   通过HTTP或者HTTPS协议请求的资源由统一资源标识符(Uniform Resource Identifiers,URI)来标识;
◼ HTTP是一个客户端(用户)和服务端(网站)之间请求和响应的标准。
   通过使用网页浏览器、网络爬虫或者其它的工具,客户端发起一个HTTP请求到服务器上指定端口(默认端口为80);
    ✓ 我们称这个客户端为用户代理程序(user agent);
   响应的服务器上存储着一些资源,比如HTML文件和图像。
    ✓ 我们称这个响应服务器为源服务器(origin server);

网页中资源的获取

◼ 我们网页中的资源通常是被放在Web资源服务器中,由浏览器自动发送HTTP请求来获取、解析、展示的。
◼ 目前我们页面中很多数据是动态展示的:
比如页面中的数据展示、搜索数据、表单验证等等,也是通过在JavaScript中发送HTTP请求获取的;

HTTP的组成

◼ 一次HTTP请求主要包括:请求(Request)和响应(Response)

HTTP的版本

◼ HTTP/0.9 
    发布于1991年;
    只支持GET请求方法获取文本数据,当时主要是为了获取HTML页面内容;
◼ HTTP/1.0 
    发布于1996年;
    支持POST、HEAD等请求方法,支持请求头、响应头等,支持更多种数据类型(不再局限于文本数据) ;
    但是浏览器的每次请求都需要与服务器建立一个TCP连接,请求处理完成后立即断开TCP连接,每次建立连接增加了性能损耗;
◼ HTTP/1.1(目前使用最广泛的版本) 
    发布于1997年;
    增加了PUT、DELETE等请求方法;
    采用持久连接(Connection: keep-alive),多个请求可以共用同一个TCP连接;
◼ 2015年,HTTP/2.0
◼ 2018年,HTTP/3.0

HTTP的请求方式

◼ 在RFC中定义了一组请求方式,来表示要对给定资源执行的操作:
    GET:GET 方法请求一个指定资源的表示形式,使用GET 的请求应该只被用于获取数据。
    HEAD:HEAD 方法请求一个与GET 请求的响应相同的响应,但没有响应体。
        ✓ 比如在准备下载一个文件前,先获取文件的大小,再决定是否进行下载;
    POST:POST 方法用于将实体提交到指定的资源。
    PUT:PUT 方法用请求有效载荷(payload)替换目标资源的所有当前表示;
    DELETE:DELETE 方法删除指定的资源;
    PATCH:PATCH 方法用于对资源应部分修改;
    CONNECT:CONNECT 方法建立一个到目标资源标识的服务器的隧道,通常用在代理服务器,网页开发很少用到。
    TRACE:TRACE 方法沿着到目标资源的路径执行一个消息环回测试。
◼ 在开发中使用最多的是GET、POST请求;
    在后续的后台管理项目中,我们也会使用PATCH、DELETE请求;

HTTP Request Header(请求头)(一)

HTTP Request Header(二)

◼ content-length:文件的大小长度
◼ keep-alive:
  http是基于TCP协议的,但是通常在进行一次请求和响应结束后会立刻中断;
  在http1.0中,如果想要继续保持连接:
    ✓ 浏览器需要在请求头中添加connection: keep-alive;
    ✓ 服务器需要在响应头中添加connection:keey-alive;
    ✓ 当客户端再次放请求时,就会使用同一个连接,直接一方中断连接;
  在http1.1中,所有连接默认是connection: keep-alive的;
    ✓ 不同的Web服务器会有不同的保持keep-alive的时间;
    ✓ Node中默认是5s中;
◼ accept-encoding:告知服务器,客户端支持的文件压缩格式,比如js文件可以使用gzip编码,对应.gz文件;
◼ accept:告知服务器,客户端可接受文件的格式类型;
◼ user-agent:客户端相关的信息;

HTTP Response响应状态码

HTTP Response Header(响应头)

标签:协议,HTTP,请求,响应,服务器,资源,客户端
From: https://www.cnblogs.com/hdc-web/p/18497950

相关文章

  • SPI通讯协议笔记
    SPI的通讯时序当我的NSS从机片选线从高电平被拉至低电平代表选中了这个从机,通讯开始,当从机片选线从低电平升至高电平,代表通讯结束(选中从机状态取消)SCK每一个周期传输MOSI和MISO的一个数据,当SCK下降沿时采样MOSI和MISO的数据......
  • 推荐一些关于计算机网络和 TCP/IP 协议的书籍
    以下是一些关于计算机网络和TCP/IP协议的优秀书籍推荐:《TCP/IP详解》:作者为W.RichardStevens,这是一套经典之作,分为三卷。《TCP/IP详解卷1:协议》:详细解析了TCP/IP协议的工作原理和实现细节,对协议族中的各个层次和协议,如IP、TCP、UDP等进行了深入剖析,适合想......
  • DeviceNet主站转EtherCAT协议转换网关
    一,设备主要功能捷米特JM-ECT-DNTM网关实现EtherCAT网络与DeviceNet网络之间的数据通讯,可连接DeviceNet网络到EtherCAT网络。即将DeviceNet设备连接到EtherCAT网络。应用广泛:本产品应用于支持DeviceNet接口的电机、IO模块、机器人、仪表、等等。例如半导体设备中的IO模块、M......
  • EtherCAT转CC-Link协议转换网关
    一,设备主要功能捷米特JM-ECT-CCLK网关是自主研发的一款CC-Link从站功能的通讯网关。该产品主要功能是将各种CC-Link总线和EtherCAT网络连接起来。本网关连接到EtherCAT总线中做为从站使用,连接到CC-Link总线中做为从站使用。应用广泛:实现不同协议设备的集成:工业现场存在支持Et......
  • TCP与UDP协议
    (1)TCP协议面向连接、可靠、基于字节的传输,IP报头中协议号为6。一般用于对可靠性要求较高的应用。(2)UDP协议无连接、不可靠、基于报文的传输,IP报头中协议号为17。主机不需维持连接状态具有较高的传输效率,可靠性由应用层来提供。TCP报头结构①源端口和目的端口:传输层与......
  • HTTP 2.0 新特性
    HTTP2.0新特性HTTP2.0为什么使用二进制分帧?二进制协议比文本协议更加紧凑,减少占用空间分帧层相当于将HTTP切分,更加灵活,比如可以对header帧做单独的特殊处理分帧层有着属于自己的报文头,其中的StreamIdentity使得操作系统具备将多个响应以及请求一一匹配的能力,这个......
  • USB协议详解第19讲(USB包-包的组成及分类)
    1.包的组成下面这张图为包的组成结构,由SOP、SYNC、PacketContent、EOP四部分组成,其中PacketContent最为核心,PacketContent由PID、地址、帧号、数据、CRC组成。1.SOP域(StartOfPacket)通过将D+和D-线从空闲状态驱动到相反的逻辑电平(K状态),由始发端口发信号通知分组的开始(SOP......
  • Java调用第三方接口、http请求详解,一文学会
    系列文章目录提示:这里可以添加系列文章的所有文章的目录,目录需要自己手动添加例如:第一章Python机器学习入门之pandas的使用提示:写完文章后,目录可以自动生成,如何生成可参考右边的帮助文档文章目录系列文章目录前言一、pandas是什么?二、使用步骤1.引入库2.读入数据......
  • webSocket协议
    websocket是什么了解websocket之前首先要说一下HTTP。首先我们想象一下大部分的用户在操作网页时,用户在页面上点击一下按钮前端会给后台服务器发送一次HTTP请求,后台返回一次HTTP响应。但是这种方式的前提都是用户自己请求(点击页面)的方式太被动了,而且只有在请求之后服务器才会......
  • Go语言net/http包源码学习
    0.前言该笔记为笔者第一次学习go的net/http包源码的时候所记,也许写的并不是很精确,希望大家多多包涵,一起讨论学习。该笔记很大程度的参考了网名为“小徐先生”的前辈所分享的博客,推荐大家可以先看一看它的博客来一起学习,我的只是照葫芦画瓢还有一些代码更新的讲解而已。当前笔者......