http协议 订阅
http是一个简单的请求-响应协议,它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII码形式给出;而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣,因为它使得开发和部署是那么的直截了当。 [1] 展开全文
http是一个简单的请求-响应协议,它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII码形式给出;而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣,因为它使得开发和部署是那么的直截了当。 [1]
信息
外文名
HTTP
适用浏览器
Firefox、Google chrome等
作    用
规定WWW服务器与浏览器之间信息传递规范
中文名
超文本传输协议
工作层
应用层
基    础
架构在TCP协议上
http简介
万维网WWW(world wide web)发源于欧洲日内瓦量子物理实验室CERN,正是WWW技术的出现使得因特网得以超乎想象的速度迅猛发展。这项基于TCP/IP的技术在短短的十年时间内迅速成为已经发展了几十年的Internet上的规模最大的信息系统,它的成功归结于它的简单、实用。在WWW的背后有一系列的协议和标准支持它完成如此宏大的工作,这就是Web协议族,其中就包括HTTP超文本传输协议。 在1990年,HTTP就成为WWW的支撑协议。当时由其创始人WWW之父蒂姆·贝纳斯·李(TimBerners—Lee)提出,随后WWW联盟(WWW Consortium)成立,组织了IETF(Internet Engineering Task Force)小组进一步完善和发布HTTP协议。 [2]  HTTP是应用层协议,同其他应用层协议一样,是为了实现某一类具体应用的协议,并由某一运行在用户空间的应用程序来实现其功能。HTTP是一种协议规范,这种规范记录在文档上,为真正通过HTTP协议进行通信的HTTP的实现程序。HTTP协议是基于C/S架构进行通信的,而HTTP协议的服务器端实现程序有httpd、nginx等,其客户端的实现程序主要是Web浏览器,例如Firefox、InternetExplorer、Google chrome、Safari、Opera等,此外,客户端的命令行工具还有elink、curl等。Web服务是基于TCP的,因此为了能够随时响应客户端的请求,Web服务器需要监听在80/TCP端口。这客户端浏览器和Web服务器之间就可以通过HTTP协议进行通信了。 [3] 
收起全文
精华内容
下载资源
问答
  • HTTP协议

    千次阅读 2021-03-30 12:43:07
    HTTP协议是Hyper Text Transfer Protocol (超文本传输协议)的缩写,是用于从万维网(WWW:World Wide Web )服务器传输超文本到本地浏览器的传送协议。 HTTP是一个基于TCP/IP通信协议来传递数据(HTML文件,图片文件,...

    HTTP概念

    HTTP协议是Hyper Text Transfer Protocol (超文本传输协议)的缩写,是用于从万维网(WWW:World Wide Web )服务器传输超文本到本地浏览器的传送协议。
    HTTP是一个基于TCP/IP通信协议来传递数据(HTML文件,图片文件,查询结果等)
    HTTP协议工作于客户端服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务请求端即WEB服务器发送所有请求。Web服务器根据接收到的请求后,向客户端发送响应信息。client发出请求–>server返回响应。

    HTTP协议在TCP/IP协议栈中的位置

    HTTP可以在任何互联网协议上,或其他网络上实现。HTTP假定其下层协议提供可靠的传输,因此,任何能够提供这种保证的协议都可以被其使用。故在TCP/IP协议族使用TCP作为其传输层。
    默认HTTP的端口号是80。

    在这里插入图片描述

    HTTP工作原理

    请求/响应交互模型

    在用户点击URL为http://www.xxx.com/index.html的连接后,浏览器和Web服务器执行:
    
     1. 浏览器分析超链接中的URL
     2. 浏览器项DNS请求解析www.xxx.com的IP地址
     3. DNS将解析出的IP地址xxx.xxx.xxx.xxx返回浏览器
     4. 浏览器与服务器建立TCP连接(80端口)
     5. 浏览器请求文档:GET /index.html
     6. 服务器给出响应,将文档index.html发送给浏览器
     7. 释放TCP连接
     8. 浏览器显示index.htmI中的内容
    

    HTTP协议的特点

    简单快速: 客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用
    的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
    灵活: HTTP允许传输任意类型的数据对象。正在传输的类型由Content Type加以建立TCP连接
    无连接: 无连接的含义是限制每次连接只处理一个请求。 服务器处理完客户的请
    求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。
    无状态: HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面, 在服务器不需要先前信息时它的应答就较快。

    展开全文
  • http协议

    千次阅读 2019-07-27 17:29:43
    http协议 什么是http协议?双方规定的传输形式 http协议:网站的原理(见图) 应用层的协议 :http ftp(21)(文件传输协议) http(80)\https(443) ssh(22) mysql(3306) redis(6379) mongo(27017) ...

    http协议
    什么是http协议?双方规定的传输形式
    http协议:网站的原理(见图)
    在这里插入图片描述
    应用层的协议 :http ftp(21)(文件传输协议)
    http(80)\https(443) ssh(22) mysql(3306) redis(6379)
    mongo(27017) 常见的端口号

    • https://www.cnblogs.com/wqhwe/p/5407468.html (http和https之间的区别)

      HTTP与HTTPS有什么区别?

    • HTTP协议传输的数据都是未加密的,也就是明文的,因此使用HTTP协议传输隐私信息非常不安全,为了保证这些隐私数据能加密传输,于是网景公司设计了SSL(Secure
      Sockets
      Layer)协议用于对HTTP协议传输的数据进行加密,从而就诞生了HTTPS。简单来说,HTTPS协议是由SSL&#

    展开全文
  • HTTP协议经典面试题整理及答案详解

    万次阅读 多人点赞 2020-03-19 14:08:09
    无论你是Java、PHP开发者,还是运维人员,只要从事互联网行业,面试时都可能被问到HTTP协议相关知识。

    无论你是Java、PHP开发者,还是运维人员,只要从事互联网行业,面试时都可能被问到HTTP协议相关知识。历时多天的呕心沥血,为你总结了HTTP协议的经典面试题。由于涉及内容比较繁杂不方便记忆,建议收藏起来,时不时看一遍或者面试前突击复习。

    什么是HTTP报文?

    HTTP报文是HTTP协议在客户端和服务端之间传送的数据块。

    HTTP报文由哪三部分组成?

    HTTP报文由起始行(start line)、头部(header)和主体(body)三部分组成,起始行是对报文进行的描述,头部包含报文的一些属性,主体包含报文的数据(可选,非必选)。

    HTTP报文分为哪两类?

    HTTP报文可以分为:请求报文(request message)和响应报文(response message)。当客户端向服务端发送请求时,就是发送请求报文;当服务端向客户端返回数据时,就是返回响应报文。比如,获取一个文本需要的请求报文和响应报文:

    HTTP常见的请求方法有哪些?

    方法描述是否包含主体
    GET从服务端获取指定信息
    POST向服务端发送待处理的数据
    HEAD从服务端获取指定信息的头部
    PUT向服务端发送数据并替换服务端上指定的数据
    OPTIONS查询针对请求URL指定的资源支持
    DELETE从服务端删除指定数据
    TRACE沿着目标资源的路径执行消息环回测试

    HTTP的状态码分为哪几类?

    整体范围已定义范围分类
    100~199100~101信息提示
    200~299100~206成功
    300~399300~305重定向
    400~499400~415客户端错误
    500~599500~505服务端错误

    HTTP常见的状态码有哪些?

    状态码原因短语含义
    100Continue说明收到了请求的初始部分,请客户端继续。
    101Switching Protocols说明服务端正在根据客户端的指定,将协议切换成Update头部所列的协议。
    200OK请求没有问题,主体包含了所请求的数据。
    201Created用于在服务端创建数据的请求(比如PUT),Location头部给出了创建数据的URL。
    202Accepted请求已经被接受,但服务端还没有对其执行任何动作。
    203Non-Authoritative Information数据已经正常地返回,但一些响应报文头部可能不正确。
    204No Content响应报文中包含起始行和头部,没有主体部位。客户端应该继续显示原来的数据。
    205Reset Content仍然没有主体部分,但客户端应该清除它所显示的数据。
    206Partial Content成功执行了一部分或者一个范围内的请求。
    300Multiple Choices客户端请求了一个实际指向多个资源的URL,服务端可以在Location头部包含首选URL。
    301Moved Permanently请求的URL已经被移除,响应报文中的Location头部包含现在资源的URL。
    302Found类似于301,但新的URL应该被视为临时性的,将来的请求仍应是老的URL。
    303See Other类似于301,但主要目的是允许POST请求的响应将客户端定向到某个资源上。
    304Not Modified客户端有缓冲的文档并发出了一个条件性的请求时,服务端告知客户端,原来缓冲的数据还可以继续使用。
    305Use Proxy用来说明必须通过代理进行访问,代理的位置在Location头部给出。
    306-未使用
    307Temporary Redirect类似于301,但客户端应该使用Location头部给出的URL临时请求,将来的请求仍应是老的URL。
    400Bad Request客户端发出的是错误请求,服务器无法理解。
    401Unauthorized请求要求客户端的身份认证
    402Payment Required保留,以作将来使用
    403Forbidden服务端理解客户端的请求,但是拒绝执行此请求。
    404Not Found服务端无法找到客户端所请求的URL。
    405Method Not Allowed服务端不支持客户端请求的方法。
    406Not Acceptable服务端无法根据客户端请求的类型完成请求。
    407Proxy Authentication Required类似于401,但用于要求对资源进行认证的代理服务器。
    408Request Timeout服务端等待客户端发送的请求时间过长,服务端可以响应此状态码,并关闭连接。
    409Conflict客户端的请求可以在资源上引发一些冲突,服务端可以发送此状态码。
    410Gone类似于404,但是服务端曾经拥有过此资源。
    411Length Required服务端要求客户端的请求报文中包含Content-Length头部时,使用此状态码。
    412Precondition Failed客户端发起了条件请求,并且其中一个条件失败时,使用此状态码。
    413Request Entity Too Large客户端发送的主体部分比服务端能够或者期望处理的要大时,使用此状态码。
    414Request URI Too Large客户端发送的请求URI比服务端能够或者期望处理的要长时,使用此状态码。
    415Unsupported Media Type服务端无法理解或无法支持客户端所发的内容类型是,使用此状态码。
    416Requested Range Not Satisfiable客户端请求指定资源的范围无效或无法满足。
    417Expectation Failed服务端无法满足客户端的Expect头部。
    500Internal Server Error服务端发生内部错误,无法完成请求。
    501Not Implemented服务端不支持客户端的请求,无法完成请求。
    502Bad Gateway作为网关或代理的服务器,从远端服务端接收到了一个无效的请求。
    503Service Unavailable用来说明服务端现在无法为请求提供服务,但是将来可以。什么时候资源会变为可用可包含在服务端的Retry-After头部中。
    504Gateway Timeout类似于408,只是作为网关或代理的服务器,未及时从远端服务端获取请求。
    505HTTP Version Not Supported服务端不支持请求的HTTP协议的版本,无法完成处理。

    HTTP常见的头部信息有哪些?

    请求报文的头部信息

    Header含义示例
    Accept指定客户端能够接收的内容类型。Accept: text/html,application/xhtml+xml
    Accept-Charset客户端可以接受的字符编码集。Accept-Charset: GBK
    Accept-Encoding客户端可以支持的服务端返回内容压缩编码类型。Accept-Encoding: gzip, deflate
    Accept-Language客户端可接受的语言Accept-Language: zh-CN,zh
    AuthorizationHTTP授权的授权证书Authorization: Basic b25lbW9yZSUzQSV1NEUwNyV1NzMyQiV1NUI2NiV1NzkzRQ==
    Cache-Control指定请求和响应遵循的缓存机制Cache-Control: no-cache
    Connection表示是否需要持久连接。Connection: keep-alive
    CookieHTTP请求发送时,会把保存在该请求域名下的所有cookie值一起发送给服务端。Cookie: onemore=万猫学社;
    Content-Length请求的内容长度Content-Length: 1024
    Content-Type请求的与实体对应的MIME信息Content-Type: application/x-www-form-urlencoded
    Date请求发送的日期和时间Date: Mon, 16 Mar 2020 11:11:11 GMT
    Expect请求的特定的服务端行为Expect: 100-continue
    Host指定请求的服务端的域名和端口号Host: onemore.study
    If-Match只有请求内容与实体相匹配才获取该数据If-Match: “306073f04224cbd114f14693c272f6a0”
    If-Modified-Since如果请求的部分在指定时间之后被修改则请求成功。If-Modified-Since: Mon, 16 Mar 2020 11:11:11 GMT
    If-None-Match只有请求内容与实体不匹配才获取该数据。If-None-Match: “306073f04224cbd114f14693c272f6a0”
    If-Range允许对数据的某个范围进行条件请求。If-Range: “306073f04224cbd114f14693c272f6a0”
    If-Unmodified-Since只有在指定时间之后未被修改才请求成功。If-Unmodified-Since: Mon, 16 Mar 2020 11:11:11 GMT
    Max-Forwards将请求转发给其他代理或网关的最大次数。Max-Forwards: 10
    Pragma用来包含实现特定的指令Pragma: no-cache
    Proxy-Authorization连接到代理的授权证书Proxy-Authorization: Basic b25lbW9yZSUzQSV1NEUwNyV1NzMyQiV1NUI2NiV1NzkzRQ==
    Range只请求数据的一部分,指定范围Range: bytes=512-1024
    Referer先前资源的URLReferer: http://onemore.study
    TE客户端愿意接受的传输编码TE: trailers,deflate;q=0.5
    User-Agent包含发出请求的客户端信息User-Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:65.0)

    响应报文的头部信息

    Header含义示例
    Age从原始服务端到代理缓存形成的估算时间(以秒计,非负)Age: 12
    Allow对某资源的有效的请求行为Allow: GET, POST
    Cache-Control告诉所有的缓存机制是否可以缓存及哪种类型。Cache-Control: no-cache
    Content-Encoding服务端支持的返回内容压缩编码类型。Content-Encoding: gzip
    Content-Language响应体的语言Content-Language: zh-CN,zh
    Content-Length响应体的长度Content-Length: 1024
    Content-Location请求资源实际所处位置Content-Location: /index.do
    Content-MD5返回资源的MD5校验值Content-MD5: 306073f04224cbd114f14693c272f6a0
    Content-Range在整个返回资源中本部分的字节位置Content-Range: bytes 512-1024
    Content-Type返回资源的对象类型Content-Type: text/html; charset=GBK
    Date原始服务端消息发出的时间Date: Mon, 16 Mar 2020 11:11:11 GMT
    ETag请求变量的实体标签的当前值ETag: “306073f04224cbd114f14693c272f6a0”
    Expires响应过期的日期和时间Expires: Mon, 16 Mar 2020 11:11:11 GMT
    Last-Modified请求资源的最后修改时间Last-Modified: Mon, 16 Mar 2020 11:11:11 GMT
    Location告知客户端资源的实际URLLocation: http://onemore.study
    Pragma包括实现特定的指令Pragma: no-cache
    Proxy-Authenticate它指出认证方案和可应用到代理的该URL上的参数Proxy-Authenticate: Basic
    Retry-After如果实体暂时不可取,通知客户端在指定时间之后再次尝试Retry-After: 60
    Server服务端软件名称Server: Microsoft-IIS/8.5
    Set-Cookie设置Http CookieSet-Cookie: onemore=万猫学社;
    Transfer-Encoding文件传输编码Transfer-Encoding:chunked
    Vary告知下游代理是使用缓存响应还是从原始服务端请求Vary: *
    Via告知代理客户端响应是通过哪里发送的Via: HTTP/1.1 GWA
    WWW-Authenticate表明客户端请求实体应该使用的授权方案WWW-Authenticate: Basic

    文章持续更新,微信搜索「万猫学社」第一时间阅读。
    关注后回复「电子书」,免费获取12本Java必读技术书籍。

    展开全文
  • 软件测试之TCP、HTTP协议必知必会,面试必备!

    万次阅读 多人点赞 2020-07-13 00:41:54
    目录一、网络七层与四层模型1.1 OSI七层网络模型1.2 TCP/IP四层概念模型二、TCP、UPD协议详解2.1 TCP三次握手2.2 TCP四次挥手2.3 UDP协议与TCP协议对比三、HTTP、HTTPS协议详解3.1 HTTP协议之请求报文3.2 HTTP协议之...

    一、网络模型及传输

    1.1 OSI七层网络模型

    OSI七层模型:是ISO组织研究的一种网络互连模型,目的是为了推荐所有公司使用这个规范来控制网络。OSI七层模型从下至上分别为:物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。它们大概的作用如下图所示。
    在这里插入图片描述
    关于七层网络模型中的每一层,都是为了解决网络中的某一个或某些问题。每一层的目的,可以参考下图中的描述。针对软件测试人员来说,我们在工作或面试中,常会接触到的就是传输层(TCP、UDP)和应用层(HTTP、HTTPS等)
    在这里插入图片描述

    1.2 TCP/IP四层概念模型

    TCP/IP四层概念模型是目前较为常用的一种网络模型,相较于OSI七层网络模型,只是对比OSI将七层减少为四层。

    OSI七层网络模型TCP/IP四层网络模型对应网络协议
    应用层应用层HTTP、TFTP、FTP、NFS、WAIS、SMTP
    表示层SNMP、Telnet、Rlogin
    会话层SMTP、DNS
    传输层传输层TCP、UPD
    网络层网络层IP、ICMP、ARP、RARP、AKP、UUCP
    数据链路层数据链路层FDDI、PDN、PPP
    物理层IEEE 802.1A、IEEE 802.2到IEEE 802.11

    1.3 网络传输过程

    数据在网络传输的过程中,本质是一个封装和解封装的过程。例如:用户使用浏览器向百度服务器发送请求过程中,就是用户的数据从应用层一路封装到物理层,服务器得到物理层的比特流后,一路解封装得到对应数据。同理,服务器响应给用户的数据,也是服务器先一路封装,然后用户再一路解封。
    在这里插入图片描述

    二、TCP、UPD协议详解

        在网络层的中,使用ARP、IP、路由协议,实现了数据的转发,从而实现两个机器之间数据包的传输。但是当数据包特别大的时候,通过网络层的协议,没有办法保证数据的完整性。此时,就需要传输层的协议实现数据包的完整传输。
        在传输层中,定义了TCP和UDP这两个协议,并且定义端口的概念,用来寻找应用程序,从而实现端到端的数据传输

    2.1 TCP协议概述

    TCP协议:传输控制协议,就是对数据的传输进行一定的控制。关于TCP数据报文格式如图所示,关于TCP头部信息详细数据可以参考链接:(传输层)TCP协议。针对测试而言,我此处只标注出需要注意的地方。
    在这里插入图片描述

    • TCP报文=TCP头部+TCP数据部分。同样,IP数据包也包含tcp数据包或udp数据包。其中,我们经常需要关注的是TCP头部。
    • 源端口和目的端口:各占 2 字节.端口是传输层与应用层的服务接口.传输层的复用和分用功能都要通过端口才能实现。
    • 序号:占4个字节,TCP连接中传送的字节流中的每个字节都按顺序编号。
    • 确认号:占4个字节,是期望收到对方下一个报文的第一个数据字节的序号。
    • ACK:仅当ACK=1时,确认号字段才有效。TCP规定,在连接建立后所有报文的传输都必须把ACK置1;
    • RST:当 RST=1 时,表明 TCP 连接中出现严重差错(如由于主机崩溃或其他原因),必须释放连接,然后再重新建立运输连接
    • SYN:同步 SYN = 1 表示这是一个连接请求或连接接受报文
    • FIN:用来释放一个连接.FIN=1 表明此报文段的发送端的数据已发送完毕,并要求释放运输连接

    2.2 TCP三次握手

    TCP三次握手:即为TCP连接的建立。如果将TCP三次握手类比为打电话,可以如图所示。
    在这里插入图片描述
    关于TCP三次握手,客户端及服务器处于的状态、三次握手中发送的序号等相关信息可以如图所示。

    • 第一次握手:建立连接时,客户端发送SYN包(seq=x)到服务器,并进入SYN_SENT状态,等待服务器确认;
    • 第二次握手:服务器收到SYN包,为了确认客户的SYN包,所以发送一个确认包ACK(ack=x+1),同时自己也发送一个SYN包(seq=y),即SYN+ACK包,此时服务器进入SYN_RECV状态。
    • 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=y+1),此包发送完毕,客户端和服务器进入ESTABLISHED(TCP连接成功)状态,完成三次握手。

    在这里插入图片描述

    2.3 TCP四次挥手

    TCP四次握手:即为TCP连接的释放。如果将TCP四次挥手类比为学生和老师之间的对话,如图所示。
    在这里插入图片描述
    关于TCP四次挥手,客户端及服务器处于的状态、四次挥手中发送的序号等相关信息可以如图所示。

    • 第一次挥手:客户端发送一个FIN(seq=u)包,代表连接释放,并停止发送数据,客户端进入FIN-WAIT-1(终止等待1)状态。
    • 第二次挥手:服务器收到客户端发送的释放连接报文,发出确认报文ACK包(ack=u+1),并且带上序列号seq=v,服务端进入CLOSE-WAIT(关闭等待)状态。客户端收到确认请求后,进入FIN-WAIT-2(终止等待2)状态。
    • 第三次挥手:服务器将最后的数据发送完后,向客户端发送释放连接报文FIN包(seq=w)。且由于服务器处于半关闭状态,服务器会像第二次挥手过程中一样,发送ACK包(ack=u+1)。服务器就进入了LAST-ACK(最后确认)状态,等待客户端的确认。
    • 第四次挥手:客户端收到服务器的连接释放报文后,发出确认报文ACK包(ack=w+1),且带上序列号seq=u+1,发送完后,客户端进入TIME-WAIT(时间等待)状态,。而服务器收到客户端发出的确认,立即进入CLOSED状态在这里插入图片描述

    2.4 UDP协议概述

        UDP(User Datagram Protocol):用户数据报协议。是一种无连接传输层协议不会创建连接,所以是一种不可靠的协议。它的优点为速度快,缺点为会丢包、会出错。关于UDP数据报文的格式,可以参考博客:UDP协议的详细解析
        由于UDP协议的特点,所以UPD协议的使用场景如下:

    • 不需要可靠机制,只需要速度快。
    • 流媒体、多媒体游戏、IP电话
    • 资源消耗小

    2.5 TCP协议与UDP协议对比

        根据是否连接传输可靠性应用场景速度这几个特点,TCP协议和UDP协议有以下几点不同。

    特征点TCPUDP
    是否连接面向连接面向非连接
    传输可靠性可靠会丢包,不可靠
    应用场景数据量很大,防止丢包量小
    速度

    常见的应用层协议中,基于TCP协议的有:HTTP、HTTPS、FTP基于UDP协议的有:DNS(域名解析协议)等。

    三、HTTP、HTTPS协议详解

    3.1 HTTP协议概述

    HTTP协议:超文本传输协议,是基于TCP的协议,默认为80端口。它的作用是用来规定客户端和服务器的数据传输格式。是一种用于请求与响应模式的、无状态无连接 的应用层协议。 由于HTTP协议是一种请求-响应模式,所以一般需要关注HTTP请求HTTP响应

    3.2 HTTP协议之请求报文

    HTTP请求的报文分为四部分:请求行请求头空一行请求体,其中前三个是所有HTTP请求都有的部分,请求体不是所有的HTTP请求都有(例如GET请求没有请求体)。下图为一个HTTP请求的报文信息:
    在这里插入图片描述
    请求行:请求行由 请求方法统一资源定位符(URL)HTTP协议及版本

    • 请求方法:HTTP请求中,有八种请求方式,分别为GET、POST 、HEAD、OPTIONS、PUT、DELETE、TRACE 、CONNECT 。其中最后常用的就是GET、POST请求方法。
      在这里插入图片描述
    • 统一资源定位符(URL):统一资源定位符用于描述网上的资源,格式如下:协议://host[:port#]/path/../[?query-string]
    • HTTP协议及版本:通常为HTTP/1.1。

    请求头:包含若干个属性,格式为“属性名:属性值”,服务端根据此获取客户端的信息。下图为常见的请求头及作用,还可以自定义请求头。

    请求头名称作用
    Host主机IP地址或域名
    User-Agent客户端相关信息,如操作系统,浏览器等信息
    Accept指定客户端接收信息类型,如image/jpg等
    Accept-Charset客户端接收的字符集
    Accept-Encoding可接受的内容编码
    Accept-Language接收的语言
    Authorization客户端提供给服务器,进行权限认证的信息
    Cookie携带的Cookie信息
    Referer当前文档的URL, 防止盗链
    Content-Type实体头内容类型
    Content-Length数据长度
    Cache-Control缓存机制
    Pragma防止页面被缓存

    空一行:发送回车符和换行符,通知服务器以下不再有请求头
    请求体:即为请求参数,通常为以键值对的形式数据。一般在POST请求中才有请求体。

    3.3 HTTP协议之响应报文

    HTTP响应的报文分为四部分:状态行响应头空一行响应体,其中前三个是所有HTTP响应都有的部分,响应体不是所有的HTTP响应都有。下图为一个HTTP响应的报文信息:
    在这里插入图片描述
    状态行:状态行由 协议及版本状态码状态码解释

    • 协议及版本:通常为HTTP/1.1。

    • 状态码:常用状态码根据数字大小可以分为以下几大类。常用的响应状态码为:200:请求成功、302:重定向、403:服务器拒绝请求、404:服务器找不到请求的网页、503:服务不可用

      响应状态码范围含义
      100~199提示信息,请求被成功接收
      200~299成功接收请求并已完成整个处理过程。常用200
      300~399重定向相关
      400~499客户端的请求有错误
      500~599服务器端出现错误
    • 描述:即为响应信息的描述。


    响应头:响应头用于描述服务器的基本信息,以及数据的描述,服务器通过这些数据的描述信息,可以通知客户端如何处理等一会儿它回送的数据。

    响应头名称作用
    ServerHTTP服务器的软件信息
    Date响应报文的时间
    Expires指定缓存过期时间
    Set-Cookie设置Cookie
    Last-Modified资源最后修改时间
    Content-Type响应的类型和字符集
    Content-Length内容长度
    Connection如Keep-Alive,表示保持tcp连接不关闭
    Location指定重定向的位置,新的URL路径

    空一行:发送回车符和换行符,代表后面不再有响应头。
    响应体:响应的消息体。

    3.4 HTTP协议 无状态、无连接特点及解决方案

    在最前面介绍HTTP协议的时候,说到HTTP协议是一个无状态无连接的协议。那么何为无状态、无连接,以及该特点的优势及所带来的问题。

    无状态

    • 含义:(1)对事务处理没有记忆能力,服务器不知道客户端是什么状态,给服务器发送HTTP请求之后,服务器回应之后,不会有任何记录;(2)每个请求都是独立的;
    • 优点释放服务器压力
    • 缺点:服务器处理后续请求,需要重传。例如登录系统后,如果不记录登录的相关信息,后续进行添加购物车操作的时候,需要登录的相关信息。
    • 解决方案:(1)Cookie:将前面的请求信息保存在一个临时位置。cookies值存在浏览器里,关闭浏览器后被删除,也可以手动去删除。(2)Session:可以理解为永久的cookie值,保存在服务器上,并传递给客户端,并保存在内存中。问题:资源占用,session超时时间,清除session ID。

    无连接

    • 含义:(1)限制每次连接只处理一个请求;(2)服务器处理客户端的请求、并接受客户端的应答后,即断开连接;
    • 初衷:用户量(十万、上百万)页面请求、单个用户间歇性大(很长时间上没有交互),有突发性、瞬时性。数据没有关联,导致资源浪费,从而服务器压力很大。
    • 设计:从而设计为处理完请求后,释放连接。
    • 问题:网页越来越复杂了,页面中有很多图片,如果每次都要建立一次TCP连接,效率就会很低。
    • 解决方案:connection响应头字段值 Keep-Alive 表示保持tcp连接不关闭,不会永久保持连接,服务器可设置

    3.5 HTTPS协议详解

    HTTP协议存在的问题:发送的数据都是明文的,存在第三方窃听,截取数据包、伪装客户端的情况,存在安全隐患。

    HTTPS协议:超文本传输安全协议,是以网络安全为目标的HTTP通道,简单来讲就是HTTP的安全版。它加密数据并确保其机密性,可保护用户在网站交互时免于窃取个人信息及计费数据。可以理解为:(1)HTTPS=HTTP+SSL(2)HTTPS=HTTP+加密+身份认证+完整性。其中加密:密钥;身份认证证书(申请)双向认证完整性保护:哈希算法 计算一个hash值,验证消息的完整性 摘要=摘要 保证数据没有被篡改 ;

    • HTTPS=HTTP+SSL
      在这里插入图片描述
    • HTTPS之SSL连接详解
      在这里插入图片描述

    3.6 HTTP协议与HTTPS协议对比

    对面特点HTTP协议HTTPS协议
    安全性安全性低——明文传输、易受攻击,无法确认双方身份,也无法确保数据的完整性安全性高——使用ssl加密传输协议,信息是密文,可以认证双方的身份,防止信息被截取篡改
    默认TCP端口80端口443端口
    灵活度或技术门槛简单快速,使用很灵活技术门槛:多数个人或私人网站难以支撑
    速度协议简单,HTTP服务器的程序规模小,因而通信速度很快加重服务端的负担,需要资源来支撑,降低用户的访问速度
    费用没有额外的费用CA机构颁发的证书都是需要年费的

    四、常见面试题

    在面试中常见的问题有:(1)HTTP请求响应报文(2)HTTP与HTTPS的区别(3)TCP三次握手与四次挥手(4)HTTP常见状态码(5)HTTP八种请求方式(6)简述OSI七层网络模型(7)HTTP无状态、无连接特点及解决方案(8)cookie和session的区别。上述的这些问题再前面都已经写到了,下面将前面没有写到的写照后面。

    • 浏览器输入url按回车背后经历了哪些?

      1、首先,在浏览器地址栏中输入url,先解析url,检测url地址是否合法
      2、浏览器先查看浏览器缓存-系统缓存-路由器缓存,如果缓存中有,会直接在屏幕中显示页面内容。若没有,则跳到第三步操作。
      浏览器缓存:浏览器会记录DNS一段时间,因此,只是第一个地方解析DNS请求;
      操作系统缓存:如果在浏览器缓存中不包含这个记录,则会使系统调用操作系统,获取操作系统的记录(保存最近的DNS查询缓存);
      路由器缓存:如果上述两个步骤均不能成功获取DNS记录,继续搜索路由器缓存;
      ISP缓存:若上述均失败,继续向ISP搜索。
      3、在发送http请求前,需要域名解析(DNS解析),解析获取相应的IP地址。
      4、浏览器向服务器发起tcp连接,与浏览器建立tcp三次握手。
      5、握手成功后,浏览器向服务器发送http请求,请求数据包。
      6、服务器处理收到的请求,将数据返回至浏览器
      7、浏览器收到HTTP响应
      8、浏览器解码响应,如果响应可以缓存,则存入缓存。
      9、 浏览器发送请求获取嵌入在HTML中的资源(html,css,javascript,图片,音乐······),对于未知类型,会弹出对话框。
      10、 浏览器发送异步请求。
      11、页面全部渲染结束。
      
    • GET和POST的区别?
      参考链接:GET和POST两种基本请求方法的区别

    • 什么是socket?简述基于tcp协议的套接字通信流程

      Socket 又称”套接字”,是系统提供的用于网络通信的方法.
      TCP编程的客户端一般步骤是:
        1、创建一个socket,用函数socket();
        2、设置socket属性,用函数setsockopt();* 可选
        3、绑定IP地址、端口等信息到socket上,用函数bind();* 可选
        4、设置要连接的对方的IP地址和端口等属性;
        5、连接服务器,用函数connect();
        6、收发数据,用函数send()和recv(),或者read()和write();
         7、关闭网络连接;
      

    如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!

    【资源分享】
    在这里插入图片描述
    上面是我收集的一些测试相关的学习资料,有需要的朋友可以关注我的微信公众号:【One Tester】免费获取。共同学习,共同进步!
    在这里插入图片描述

    展开全文
  • http协议与响应请求原理

    万次阅读 多人点赞 2021-10-05 00:15:23
    文章目录一、HTTP协议简介二、HTTP请求三、HTTP响应四、HTTP请求方法五、HTTP响应状态代码 一、HTTP协议简介 二、HTTP请求 三、HTTP响应 四、HTTP请求方法 五、HTTP响应状态代码
  • 网络协议 -- HTTP协议

    万次阅读 多人点赞 2018-03-09 13:46:25
    一、HTTP协议介绍 1.1 什么是HTTP HTTP是Hyper Text Transfer Protocol(超文本传输协议)的缩写。HTTP协议位于TCP/IP协议栈的传输层。 HTTP是一个客户端和服务器端请求和应答的标准,主要用于从万维网(即WWW...
  • HTTP协议分析

    万次阅读 多人点赞 2019-06-23 12:30:24
    HTTP简介 HTTP(HyperText Transfer Protocol)即超文本传输协议,是一... HTTP协议目前最新版的版本是1.1,HTTP是一种无状态的协议,无状态是指Web浏览器与Web服务器之间不需要建立持久的连接,这意味着当一个客户...
  • HTTP协议原理详解

    万次阅读 2021-04-01 21:33:30
    文章目录TCP协议与HTTP协议TCP 和HTTP的渊源HTTP 的版本HTTP/0.9HTTP/1.0HTTP/1.1HTTP/2.0HTTP/1.1相较于 HTTP/1.0 协议的区别HTTP1.0运行方式HTTP1.1运行方式HTTP/2.0 与HTTP/1.1 的区别区别:HTTP/2为什么是二进制...
  • http协议 http简介 http http(hypertext transfer protocol),“超文本传输协议”。 超文本 包含有超链接和各种多媒体元素标记的文本。常见的超文本格式html(超文本标记语言)。 http协议 定义浏览器如何向...
  • HTTP协议详解

    万次阅读 多人点赞 2018-07-17 21:11:12
    1.1 HTTP协议简介 我们日常生活中经常会使用浏览器访问Web站点,但是大家有思考过在这个过程中到底发生了什么吗?为什么我们在浏览器地址栏上面输入要访问的URL后就可以访问到Web页面呢? 1.1.1浏览器背后的故事 ...
  • Http协议详解(深入理解)

    万次阅读 多人点赞 2018-09-26 15:12:01
    超文本传输协议HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted ...
  • TCP协议对应于传输层,而HTTP协议对应于应用层,从本质上来说,二者没有可比性。 1,http对应于应用层 2,Tcp协议对应于传输层 3,http协议是在Tcp协议之上建立的,http在发起请求时通过tcp协议建立起连接服务器...
  • HTTP协议报文结构

    万次阅读 多人点赞 2020-11-02 14:30:34
    HTTP协议 HTTP协议(Hyper Text Transfer Protocol,超文本传输协议),是用于从万维网(WWW:World Wide Web)服务器传输超文本到本地浏览器的传送协议,是一种应用层的协议。 URL与URI的区别 统一资源标识符URI...
  • 即超文本传输协议,网站是基于HTTP协议的,例如网站的图片、CSS、JS等都是基于HTTP协议进行传输的。 HTTP协议是由从客户机到服务器的请求(Request)和从服务器到客户机的响应(Response)进行了约束和规范。 即HTTP...
  • TCP协议与HTTP协议

    千次阅读 2018-12-01 18:33:41
    TCP协议与HTTP协议简介 TCP三次握手机制 TCP的报头结构 TCP协议与HTTP协议简介 HTTP,超文本传输协议。它是互联网上应用最为广泛的一种网络协议。 SOAP, 简单对象访问协议。是交换数据的一种协议规范。基于xml...
  • HTTP协议简单解释

    万次阅读 多人点赞 2018-03-21 10:47:38
    1、简单的HTTP协议 HTTP协议是Hyper Text Transfer Protocol(超文本传输协议)的缩写。HTTP 协议和 TCP/IP 协议族内的其他众多的协议相同, 用于客户端和服务器之间的通信。请求访问文本或图像等资源的一端称为...
  • 一文搞懂HTTP协议(带图文)

    万次阅读 多人点赞 2020-05-29 22:47:20
    网络是由若干节点和连接这些节点的链路构成,然后网络与网络之间所串连成的庞大网络叫做互联网,而我们今天要讲的HTTP(HyperText Transfer Protocol 超文本传输协议)是互联网上应用最为广泛的一种网络协议,它是由...
  • http协议各个版本

    万次阅读 多人点赞 2018-07-25 15:57:43
    一、HTTP协议版本更替 HTTP/0.9  HTTP协议的最初版本,功能简陋,仅支持请求方式GET,并且仅能请求访问HTML格式的资源。 HTTP/1.0  请求行必须在尾部添加协议版本字段(http/1.0);必须包含头消息  在0.9...
  • http协议及基于http协议的文件下载

    千次阅读 2019-10-11 12:27:41
    5. 基于HTTP协议的文件下载 5.1 文件整体下载 5.2 文件分段(Range)下载 5.2.1 获取文件的大小 5.2.2 下载分段文件 5.3 文件分块(chunk)下载 1. HTTP 协议概述 日常我们使用网络用得最多的无疑是在Web ...
  • http协议详解(一)HTTP协议基础

    千次阅读 多人点赞 2018-02-27 18:09:08
    我会分几个板块来介绍http协议,具体的板块也在下面的思维导图中标注出来了,尽量以简洁的方式为大家呈现http的内容。初写博客,文中有些纰漏的地方还请大家指点。模块概述HTTP协议基础基本概念HTTP:超文本传输协议...
  • HTTP协议、TCP协议、IP协议和TCP/IP协议区别

    万次阅读 多人点赞 2017-05-02 17:31:20
    TCP/IP协议TCP/IP协议在上一篇文章中网络协议详解...TCP/IP协议叫做网络通信协议,它包括上百个协议,而HTTP协议、TCP协议、IP协议只是TCP/IP协议中的一部分. TCP/IP协议是用于计算机通信的一组协议,我们通常称它为TCP
  • 什么是RPC协议? RPC是一种远程过程调用的协议,使用这种协议向另一台计算机上的程序请求服务,不需要了解底层网络技术的协议。 在 RPC 中,发出请求的程序是客户程序,而提供服务的...RPC可以基于HTTP协议实现,...
  • http协议与https协议

    千次阅读 2015-07-21 15:55:52
    1、前言 ...TCP/IP协议是分层的,从...协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则,超文本传输协议(HTTP)是一种通信协议,HTTP协议是一种应用层协议,由请求和响应构成,是一个标准的客户

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,265,790
精华内容 506,316
关键字:

http协议