HTTP请求模型简介

合集下载

HTTP跨域HTTP状态码HTTP请求方式CS和BS模式

HTTP跨域HTTP状态码HTTP请求方式CS和BS模式一、HTTP跨域因为同源策略的限制，当一个网页需要请求不同域名下的资源时（如发送Ajax请求获取数据），就会触发跨域问题。

浏览器会拒绝这类跨域请求，以避免潜在的安全风险。

为了解决跨域问题，常见的解决办法有以下几种：2. CORS（跨源资源共享）：服务端在响应头中添加特定的`Access-Control-*`字段，用来告诉浏览器该资源可以被访问。

3.代理服务器：在服务器端设置一个代理接口，通过代理服务器来请求跨域的资源，然后再将结果返回给前端。

二、HTTP状态码HTTP状态码用于表示客户端请求的处理结果，它是服务器对客户端请求的响应的标识。

常见的HTTP状态码有以下几类：1. 1xx（信息类）：表示请求已经被接收，需要继续处理。

2. 2xx（成功类）：表示请求已经成功被服务器接收、理解、并成功处理。

-200OK：表示请求成功，并返回所请求的数据。

3. 3xx（重定向类）：表示客户端需要采取进一步的操作才能完成请求。

- 301 Moved Permanently：永久重定向，表示被请求的资源已经永久转移至新的URL。

- 302 Found：临时重定向，表示被请求的资源暂时转移至新的URL。

4. 4xx（客户端错误类）：表示客户端发送的请求有错误。

- 400 Bad Request：请求错误，服务器无法理解该请求。

- 404 Not Found：未找到资源错误，服务器无法找到所请求的资源。

5. 5xx（服务器错误类）：表示服务器内部错误。

- 500 Internal Server Error：服务器内部错误。

三、HTTP请求方式HTTP定义了多种请求方法，常用的有以下几种：1.GET：请求获取指定资源，只用于获取数据，不应产生副作用。

2.POST：向指定资源提交数据进行处理，请求服务器接受客户端提供的实体作为打字稿。

3.PUT：向服务器上传新的实体，并替换指定资源的内容。

RESTful之HTTP请求类型GET，POST

RESTful之HTTP请求类型GET，POST⼀、RESTful RESTFUL是⼀种⽹络应⽤程序的设计风格和开发⽅式，基于HTTP，可以使⽤XML格式定义或JSON格式定义。

RESTFUL适⽤于移动互联⽹⼚商作为业务接⼝的场景，实现第三⽅OTT调⽤移动⽹络资源的功能，动作类型为新增、变更、删除所调⽤资源。

⼆、GET，POST Http定义了与服务器交互的不同⽅法，最基本的⽅法有4种，分别是GET，POST，PUT，DELETE。

URL全称是资源描述符，我们可以这样认为：⼀个URL地址，它⽤于描述⼀个⽹络上的资源，⽽HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查，改，增，删4个操作。

到这⾥，⼤家应该有个⼤概的了解了，GET⼀般⽤于获取/查询资源信息，⽽POST⼀般⽤于更新资源信息。

1，根据HTTP规范，GET⽤于信息获取，⽽且应该是安全的和幂等的。

(1).所谓安全的意味着该操作⽤于获取信息⽽⾮修改信息。

换句话说，GET 请求⼀般不应产⽣副作⽤。

就是说，它仅仅是获取资源信息，就像数据库查询⼀样，不会修改，增加数据，不会影响资源的状态。

注意：这⾥安全的含义仅仅是指是⾮修改信息。

(2).幂等的意味着对同⼀URL的多个请求应该返回同样的结果。

这⾥我再解释⼀下幂等这个概念：幂等（idempotent、idempotence）是⼀个数学或计算机学概念，常见于抽象代数中。

幂等有⼀下⼏种定义：对于单⽬运算，如果⼀个运算对于在范围内的所有的⼀个数多次进⾏该运算所得的结果和进⾏⼀次该运算所得的结果是⼀样的，那么我们就称该运算是幂等的。

⽐如绝对值运算就是⼀个例⼦，在实数集中，有abs(a)=abs(abs(a))。

对于双⽬运算，则要求当参与运算的两个值是等值的情况下，如果满⾜运算结果与参与运算的两个值相等，则称该运算幂等，如求两个数的最⼤值的函数，有在在实数集中幂等，即max(x,x) = x。

1、http协议基础及IO模型

1、http协议基础及IO模型Nginx (web server，web reverse proxy):http协议:80/tcp，HyperText Transfer Procotolhttp协议版本：HTTP/0.9：原型版本，功能简陋HTTP/1.0：第⼀个⼴泛使⽤的版本，⽀持MIMEHTTP/1.1: 增强了缓存功能spdyHTTP/2.0 下⼀次流⾏MIME：Multipurpose Internet Mail Extesion 多⽤途互联⽹邮件扩展major/minor：text/plain, text/html, image/jpegURI: Uniform Resource Identifier 同⼀资源标识符URL: Uniform Resorce Locator(统⼀资源定位符)，⽤于描述某服务器某特定资源的位置；URL包括三部分：URL⽅案：scheme//服务器地址：ip:port资源路径：Scheme://Server:Port/path/to/resourceURN: Uniform Resource Naminghttp事务：httpd⼀次请求和响应的过程请求：request //请求是由请求报⽂来请求响应：response//响应是由响应报⽂来构建报⽂语法格式：request报⽂<method> <request-URL> <version> //起始⾏<headers> //有可能由众多的头部组成<entity-body> //请求主体部分，有可能为空Response响应报⽂<version> <status> <reason-phrase>原因短语<headers><entity-body>//响应实体请求报⽂语法解析：method:请求⽅法，标明客户端希望服务器对资源执⾏的动作GET(表⽰客户端希望服务器把资源打包发给客户端)、HEAD、POST version://请求报⽂和响应报⽂都⼀样HTTP/<major>.<minor>//主版本号.次版本号status:三位数字，如200，301, 302, 404, 502; 标记请求处理过程中发⽣的情况；reason-phrase：status状态码所标记的状态的简要描述；headers：⾸部每个请求或响应报⽂可包含任意个⾸部；每个⾸部都有⾸部名称，后⾯跟⼀个冒号，⽽后跟上⼀个可选空格，接着是⼀个值；entity-body：请求时附加的数据或响应时附加的数据；有⽤的数据块，请求报⽂entity-body可能为空method(⽅法)：GET：从服务器获取⼀个资源；HEAD：只从服务器获取⽂档的响应⾸部，⽽不是响应内容；POST：向服务器发送要处理的数据，放在<entity-body>中；PUT：将请求的主体部分存储在服务器上，上传数据到服务器；DELETE：请求删除服务器上指定的⽂档；TRACE：追踪请求到达服务器中间经过的代理服务器；OPTIONS：请求服务器返回对指定资源⽀持使⽤的请求⽅法，如get等；status(状态码)：1xx：100-101, 额外信息提⽰；2xx：200-206, 成功类的响应；3xx：300-305, 重定向类的状态；4xx：400-415, 错误类信息，客户端错误(客户端请求根本不存在的资源)5xx：500-505, 错误类信息，服务器端错误(服由于⾃⼰内部问题，导致运⾏不成功)常⽤的状态码：200：成功，请求的所有数据通过响应报⽂的entity-body部分发送；OK301：请求的URL指向的资源已经被删除；但在响应报⽂中通过⾸部Location指明了资源现在所处的新位置；Moved Permanently，永久重定向302：与301相似，但在响应报⽂中通过Location指明资源现在所处临时新位置；Found，资源有，需要重新找304：客户端发出了条件式请求，但服务器上的资源未曾发⽣改变，则通过响应报⽂此响应状态码通知客户端；Not Modified401：需要输⼊账号和密码认证⽅能访问资源；Unauthorized未认证403：请求被禁⽌；Forbidden404：服务器⽆法找到客户端请求的资源；Not Found500：服务器内部错误，原因很多；Internal Server Error502：代理服务器从后端服务器收到了⼀条伪响应；504 Gateway Timeout 是⼀种HTTP协议的服务器端错误状态代码，表⽰扮演⽹关或者代理的服务器⽆法在规定的时间内获得想要的响应。

HTTP协议简述

HTTP协议简述前⾔HTTP协议是整个Web的基础，是客户端和服务器端协同⼯作的基⽯，要想了解Web的⼯作原理、优化Web应⽤，就要完全理解HTTP协议。

HTTP的操作过程1 ，浏览器分析指向页⾯的URL2 ，浏览器向DNS系统请求解析域名所对应的服务器IP地址3 ，DNS系统解析出服务器的IP，并返回给主机4 ，浏览器与该服务器的进程建⽴TCP链接（三次握⼿，端⼝默认为80）5 ，浏览器发出HTTP请求：如GET /article/index.html6 ，服务器收到请求并作出相应处理，把⽂件index.html发送给浏览器7 ，释放TCP链接（四次握⼿）8 ，浏览器解析index.html⽂件，将web页显⽰出来。

HTTP协议的特点HTTP协议是⽆状态的，即多次访问⼀个服务器上的页⾯，服务器并不知道你曾经访问过，每次访问的响应都当做第⼀次访问⼀样。

所以，在实际应⽤中，通常使⽤CooKie加数据库的⽅式记录和跟踪⽤户的活动。

HTTP有⾮持久连接和持久连接：采⽤⾮持久连接时，⽹页的每个元素对象（如.png，jpeg图等）的传输都需单独建⽴⼀个TCP连接（第三次握⼿可携带请求信息）采⽤持久连接时，仅需建⽴⼀次TCP连接，服务器发送响应后仍保持连接，客户和服务器可以继续在这条连接上发送请求和响应报⽂。

Cookie以及其作⽤CooKie是由服务器⽣成，但存储在⽤户主机上的⽂本⽂件，它保存了服务器和客户之间传递的状态信息，作为识别⽤户的⼿段。

通过Cookie服务器就能从数据库中查询该⽤户的活动记录，进⽽可以执⾏⼀些个性化操作get和post⽅法的区别：⼀般我们在浏览器输⼊⼀个⽹址访问⽹站都是GET请求；在FORM表单中，可以通过设置Method指定提交⽅式为GET或POST，默认时为GET提交⽅式。

get请求⼀般不会修改服务器的信息，仅⽤于请求页⾯；post请求可能会修改服务器中的资源信息，如提交评论、博客等都是通过post请求实现。

HTTP协议详解（深入理解）

HTTP协议详解（深⼊理解）引⼊超⽂本传输协议（HTTP，HyperText Transfer Protocol)是互联⽹上应⽤最为⼴泛的⼀种⽹络协议。

所有的WWW⽂件都必须遵守这个标准。

设计HTTP最初的⽬的是为了提供⼀种发布和接收HTML页⾯的⽅法。

1960年美国⼈Ted Nelson构思了⼀种通过计算机处理⽂本信息的⽅法，并称之为超⽂本（hypertext）,这成为了HTTP超⽂本传输协议标准架构的发展根基。

Ted Nelson组织协调万维⽹协会（World Wide Web Consortium）和互联⽹⼯程⼯作⼩组（Internet Engineering Task Force ）共同合作研究，最终发布了⼀系列的RFC，其中著名的RFC 2616定义了HTTP 1.1。

http协议的作⽤及特点HTTP是⼀个客户端和服务器端请求和应答的标准（TCP）。

客户端是终端⽤户，服务器端是⽹站。

通过使⽤Web浏览器、⽹络爬⾍或者其它的⼯具，客户端发起⼀个到服务器上指定端⼝（默认端⼝为80）的HTTP请求。

（我们称这个客户端）叫⽤户代理（user agent）。

应答的服务器上存储着（⼀些）资源，⽐如HTML⽂件和图像。

（我们称）这个应答服务器为源服务器（origin server）。

在⽤户代理和源服务器中间可能存在多个中间层，⽐如代理，⽹关，或者隧道（tunnels）。

尽管TCP/IP协议是互联⽹上最流⾏的应⽤，HTTP协议并没有规定必须使⽤它和（基于）它⽀持的层。

事实上，HTTP可以在任何其他互联⽹协议上，或者在其他⽹络上实现。

HTTP只假定（其下层协议提供）可靠的传输，任何能够提供这种保证的协议都可以被其使⽤。

通常，由HTTP客户端发起⼀个请求，建⽴⼀个到服务器指定端⼝（默认是80端⼝）的TCP连接。

HTTP服务器则在那个端⼝监听客户端发送过来的请求。

⼀旦收到请求，服务器（向客户端）发回⼀个状态⾏，⽐如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的⽂件、错误消息、或者其它⼀些信息。

http和https协议

http和https协议第⼀部分：Http协议 1.1 http协议简介： http协议是超⽂本传输协议，是基于请求与响应的，⽆状态，⽆连接的协议，常基于TCP／IP协议传输数据，默认是端⼝是80，https默认端⼝是443 1.2 http协议⼯作原理： HTTP是基于客户端/服务端（C/S）的架构模型，客户端的浏览器通过TCP协议与服务器建⽴连接，建⽴连接后，客户端向web服务器发送请求; web服务器接受到请求后，向客户端的发送响应信息；客户端接收到服务器返回的响应信息后，通过浏览器显⽰在⽤户的显⽰器上，然后客户端与服务器断连接。

1.3 http协议的特点： 1)http是⽆状态：http协议是⽆状态协议。

⽆状态协议是指：协议对客户端没有状态存储，即对事物的处理没有“记忆”能⼒，⽐如访问⼀个⽹站需要重复的登录操作；j解决⽅法：1通过cookies/session会话保存;2持久连接（HTTP keep-alive）⽅法，只要任意⼀端没有明确提出断开连接 2)http是⽆连接：⽆连接的含义是指限制每次只处理⼀个请求，服务器处理完客户的请求，并接收到客户的应答后，服务器就会断开宇客户端的连接。

采⽤这种⽅式可以节省传输时间。

3)http是基于请求和响应：基本特性就是客户端发送请求，服务端响应。

4)通信使⽤明⽂，请求和响应不会对通信⽅式进⾏确认，⽆法保证数据的完整性。

5)简单快速、灵活。

1.4 http信息结构 1.4.1 客户端发送的请求信息客户端发送⼀个HTTP请求到服务器的请求消息包括以下格式：请求⾏（request line）、请求头部（header）、空⾏和请求数据四个部分组成； 1.4.2请求头部字段信息：　 Host ：请求的资源在哪个主机的端⼝上 Connection：该请求⽀持长连接（heep_alive） Content-Length：正⽂内容长度 Content-Type：客户端传⼊参数的数据格式 User-Agent：声明⽤户的操作系统和浏览器版本信息 Accent：发起了请求 Referer：当前页⾯是从哪个页⾯跳转过来的 Accept-Encoding：接受的编码 Accept-Language：接受的语⾔类型 Cookie：⽤于在客户端存储少量信息，通常⽤于实现会话（session）功能 Aceept:客户端可以接收的数据格式 1.4.3 服务端的响应信息 Http响应部分有四个部分组成：状态⾏、消息头、空⾏和响应正⽂； 1.5 http 请求⽅法 1.5.1 get和post的区别: 1)get重点是从服务器上获取资源，post重点是想往服务器发送资源； 2)get⽅式数据传输量⽐较⼩，最多才1024个字节，⽽post则没有限制，所以有时候上传⽂件时只能⽤post⽅式 3)get⽅式传参数据时参数都显⽰在URL上，⽽post的参数则在请求体中，post⽐get更安全。

HTTP请求方式中8种请求方法

HTTP请求⽅式中8种请求⽅法简单介绍HTTP请求的⽅法：HTTP/1.1协议中共定义了⼋种⽅法（有时也叫“动作”），来表明Request-URL指定的资源不同的操作⽅式HTTP1.0定义了三种请求⽅法： GET, POST 和 HEAD⽅法。

HTTP1.1新增了五种请求⽅法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT ⽅法1、OPTIONS返回服务器针对特定资源所⽀持的HTTP请求⽅法，也可以利⽤向web服务器发送‘*’的请求来测试服务器的功能性2、HEAD向服务器索与GET请求相⼀致的响应，只不过响应体将不会被返回。

这⼀⽅法可以再不必传输整个响应内容的情况下，就可以获取包含在响应⼩消息头中的元信息。

3、GET向特定的资源发出请求。

注意：GET⽅法不应当被⽤于产⽣“副作⽤”的操作中，例如在Web Application中，其中⼀个原因是GET可能会被⽹络蜘蛛等随意访问。

Loadrunner中对应get请求函数：web_link和web_url4、POST向指定资源提交数据进⾏处理请求（例如提交表单或者上传⽂件）。

数据被包含在请求体中。

POST请求可能会导致新的资源的建⽴和/或已有资源的修改。

Loadrunner中对应POST请求函数：web_submit_data,web_submit_form5、PUT向指定资源位置上传其最新内容6、DELETE请求服务器删除Request-URL所标识的资源7、TRACE回显服务器收到的请求，主要⽤于测试或诊断8、CONNECTHTTP/1.1协议中预留给能够将连接改为管道⽅式的代理服务器。

注意：1）⽅法名称是区分⼤⼩写的，当某个请求所针对的资源不⽀持对应的请求⽅法的时候，服务器应当返回状态码405（Mothod Not Allowed）；当服务器不认识或者不⽀持对应的请求⽅法时，应返回状态码501（Not Implemented）。

最详细的http协议、tcpip协议（转）

最详细的http协议、tcpip协议（转）最详细的http协议、tcp/ip协议（转⾃头条号猪哥亮额）图解传说中的HTTP协议先扒⼀扒HTTP协议背景？HTTP(HyperText Transfer Protocol) 即超⽂本传输协议，现在基本上所有web项⽬都遵从HTTP协议（协议就是⼀种⼈为的规范）。

⽬前绝⼤部分使⽤的都是HTTP/1.1版本（1.0太⽼，2.0仍在制订中。

）。

因为HTTP协议是属于TCP/IP协议簇的，所以先简单介绍下与HTTP相关的TCP/IP知识。

TCP/IP简介。

TCP/IP是⼀个协议簇，是由许多协议组成的。

TCP/IP四层模型。

TCP/IP按照层次从上⾄下分为四层：应⽤层，传输层，⽹络层，数据链路层。

（实际上最初理论上OSI模型是分的七层，我们程序猿的话通常只⽤分四层就⾏了。

）1. 应⽤层：应⽤层决定了向⽤户提供应⽤服务时通信的活动。

TCP/IP协议族内预存了各类通⽤的应⽤服务。

⽐如，FTP（File Transfer Protocol，⽂件传输协议）和DNS（Domain Name System，域名系统）服务就是其中两类。

HTTP协议也处于该层。

1. 传输层：传输层对上层应⽤层，提供处于⽹络连接中的两台计算机之间的数据传输。

在传输层有两个性质不同的协议：TCP（Transmission ControlProtocol，传输控制协议）和UDP（User Data Protocol，⽤户数据报协议）。

1. ⽹络层：⽹络层⽤来处理在⽹络上流动的数据包。

数据包是⽹络传输的最⼩数据单位。

该层规定了通过怎样的路径（所谓的传输路线）到达对⽅计算机，并把数据包传送给对⽅。

与对⽅计算机之间通过多台计算机或⽹络设备进⾏传输时，⽹络层所起的作⽤就是在众多的选项内选择⼀条传输路线。

1. 链路层（⼜名数据链路层，⽹络接⼝层）：⽤来处理连接⽹络的硬件部分。

包括控制操作系统、硬件的设备驱动、NIC（Network Interface Card，⽹络适配器，即⽹卡），及光纤等物理可见部分（还包括连接器等⼀切传输媒介）。

HTTP请求格式：请求行、请求头详细介绍【爬虫工程师必会】

在网络传输中HTTP协议非常重要，该协议规定了客户端和器端请求和应答的标准HTTP协议能保证计算机正确快速地传输超文本文档，并确定了传输文档中的哪部分，以及哪部分内容首先显示(如文本先于图形)等。

根据HTTP协议的规定，客户端一个HTTP请求到器的请求消息，由请求行，求头部、空行以及请求数据四部分组成。

如下所示为请求消息的一般格式。

结合一个典型的HTTP请求示例，详细介绍HTTP请求信息的各个组成部分。

示例内容如下：GEThttps://www.baidu./content-search.xmlHTTP/1.1Host:www.baidu.Connection:keep-aliveSec-Fetch-Site:same-originSec-Fetch-Mode:no-corsUser-Agent:Mozilla/5.0(WindowsNT10.0;WOW64)AppleWebKit/537.36(KHTML,lik eGecko)Chrome/78.0.3904.108Safari/537.36Accept-Encoding:gzip,deflate,brAccept-Language:zh-CN,zh;q=0.9Cookie:BIDUPSID=12D4BD8584CA4E016E061A2A996EF369;PSTM=1620090350;BAIDUI D=12D4BD8584CA4E01C03BA560AACCF2CE:FG=1;BD_UPN=12314753;H_PS_PSSID=3398 4_31660_33848_33759_33676_33607_33987_26350;BDORZ=B490B5EBF6F3CD402E515 D22BCDA1598;__yjs_duid=1_1a965d65ab35181f7b7b98cce26990951620094330751; ab_sr=1.0.0_YjM2Y2YwOWI1MDU4ZDEzODMyZDZkNDBlODllOWEzZTdiMjk4YzgzYmUyM2Z jODA4MWM0MDExZTdiMDZlOTQwOWZhMWI0NGQ3NzNhODI2NTYzMWM1NzQ2ZDBmYjhkM2Q1;i speed_lsm=0;H_PS_645EC=b177fVn0%2Brl2KczNrCfwRaWGfk3JZzrl7ScjgHBcxVvOku bEWrAPvQ6AXa4;BD_HOME=1;__guid=136081015.3970791550720005000.1620116535 606.869;monitor_count=2;BA_HECTOR=8121a4848h8l0k0l6o1g9213e0r1.请求行上例中第1行为请求行，包含了请求方法、URL和协议版本，代码如下:GEThttps://www.baidu./content-search.xmlHTTP/1.1其中，GET请求方法，https://www.baidu/URL，HTTP/1.1指定了协议版本。

Http请求处理流程

Http请求处理流程本⽂结构：⼀、HTTP请求处理流程的基础1．⽹络分层因特⽹TCP/IP分层模型共有五层：应⽤层、传输层、⽹络层、⽹络接⼝层和物理层。

这种分层模型不同于OSI七层参考模型，但是，是实际使⽤中采⽤的分层⽅式。

ISO提出的OSI（Open System Interconnection）模型将⽹络分为七层，即物理层( Physical )、数据链路层(Data Link)、⽹络层(Network)、传输层(Transport)、会话层(Session)、表⽰层(Presentation)和应⽤层(Application)。

OSI中的层功能TCP/IP协议族应⽤层⽂件传输，电⼦邮件，⽂件服务，虚拟终端TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet表⽰层数据格式化，代码转换，数据加密没有协议会话层解除或建⽴与别的接点的联系没有协议提供端对端的接⼝TCP，UDP⽹络层为数据包选择路由IP，ICMP，RIP，OSPF，BGP，IGMP传输有地址的帧以及错误检测功能SLIP，CSLIP，PPP，ARP，RARP，MTU 物理层以⼆进制数据形式在物理媒体上传输数据ISO2110，IEEE802。

IEEE802.2TCP/IP分层模型（TCP/IP Layering Model）被称作因特⽹分层模型（Internet Layering Model）、因特⽹参考模型（Internet Reference Model）。

TCP/IP是事实的标准，所以⾃然取其前三层协议【应⽤层、传输层、⽹络层（⽹间层）】作为⽹络分层。

⽽⼜， TCP/IP标准并不定义与OSI七层参考模型中的数据链路层和物理层相对应的功能。

为了衔接这两层，它定义了像地址解析协议(Address Resolution Protocol，ARP)这样的协议，提供TCP/IP 协议的数据结构和实际物理硬件之间的接⼝。

所以，将在⽹络层（⽹间层）之下，将由ARP、RAPR等协议组成的层，作为新的⼀个分层（⽹络接⼝层）。

http功能

http功能HTTP（Hypertext Transfer Protocol，超文本传输协议）是一种用于在网络中传输超文本数据的应用层协议。

它是一种无状态的、可扩展的、有约束的请求-响应协议，用于客户端和服务器之间的通信。

首先，HTTP具有传输超文本数据的功能。

超文本是指可以包含超链接的文本数据，通过超链接可以在不同的文档之间跳转。

HTTP通过传输HTML、CSS、JavaScript等标记语言，使得客户端可以请求并获取网页，从而浏览和交互各种信息。

其次，HTTP是基于请求-响应模型的。

客户端通过发送HTTP请求来请求特定的资源，如网页、图片、视频等。

服务器则根据请求的内容，返回相应的数据给客户端。

这种模型使得客户端和服务器之间可以进行有效的通信和交互。

HTTP还支持多种不同的请求方法，如GET、POST、PUT、DELETE等。

其中，GET方法用于获取特定资源的信息；POST方法用于提交数据到服务器；PUT方法用于更新特定资源的信息；DELETE方法用于删除特定资源。

这些请求方法使得客户端和服务器可以进行不同类型的操作，从而满足各种不同的需求。

此外，HTTP还支持URI（Uniform Resource Identifier，统一资源标识符）来定位资源。

URI通过一个统一的格式来标识资源的位置，如网址URL（Uniform Resource Locator，统一资源定位符）就是一种URI。

客户端通过URI来指定要请求的资源，服务器则根据URI来定位资源并返回给客户端。

HTTP还具有可扩展性的特点。

它采用了头部字段的机制，用于传递一些额外的元数据，如请求方法、响应状态码、内容类型等。

这些头部字段可以根据需求进行扩展，以满足不同的需求和应用场景。

在现代的Web应用中，HTTP的扩展机制也被广泛应用于认证、缓存、压缩、安全等方面。

总之，HTTP作为一种通用的、灵活的网络协议，具有传输超文本数据、基于请求-响应模型、支持多种请求方法、使用URI定位资源、具有可扩展性等功能。

http请求和响应头的参数

HTTP（HyperTextTransferProtocol）是超文本传输协议的缩写，它用于传送WWW方式的数据，关于HTTP 协议的详细内容请参考RFC2616。

HTTP协议采用了请求/响应模型。

客户端向服务器发送一个请求，请求头包含请求的方法、URI、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。

服务器以一个状态行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。

通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。

这两种类型的消息由一个起始行，一个或者多个头域，一个只是头域结束的空行和可选的消息体组成。

HTTP的头域包括通用头，请求头，响应头和实体头四个部分。

每个头域由一个域名，冒号（:）和域值三部分组成。

域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。

通用头域通用头域包含请求和响应消息都支持的头域，通用头域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。

对通用头域的扩展要求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实体头域处理。

下面简单介绍几个在UPnP消息中使用的通用头域。

Cache-Control头域Cache -Control指定请求和响应遵循的缓存机制。

在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。

请求时的缓存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，响应消息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。

HTTP详解以及host、origin、referer的区别

HTTP详解以及host、origin、referer的区别HTTP简介HTTP协议是Hyper Text Transfer Protocol（超⽂本传输协议）的缩写,是⽤于从万维⽹（WWW:World Wide Web ）服务器传输超⽂本到本地浏览器的传送协议。

HTTP是⼀个基于TCP/IP通信协议来传递数据（HTML ⽂件, 图⽚⽂件, 查询结果等）。

HTTP是⼀个属于应⽤层的⾯向对象的协议，由于其简捷、快速的⽅式，适⽤于分布式超媒体信息系统。

它于1990年提出，经过⼏年的使⽤与发展，得到不断地完善和扩展。

⽬前在WWW中使⽤的是HTTP/1.0的第六版，HTTP/1.1的规范化⼯作正在进⾏之中，⽽且HTTP-NG(Next Generation of HTTP)的建议已经提出。

HTTP协议⼯作于客户端-服务端架构为上。

浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。

Web服务器根据接收到的请求后，向客户端发送响应信息。

http请求-响应模型.jpg主要特点1、简单快速：客户向服务器请求服务时，只需传送请求⽅法和路径。

请求⽅法常⽤的有GET、HEAD、POST。

每种⽅法规定了客户与服务器联系的类型不同。

由于HTTP协议简单，使得HTTP服务器的程序规模⼩，因⽽通信速度很快。

2、灵活：HTTP允许传输任意类型的数据对象。

正在传输的类型由Content-Type加以标记。

3.⽆连接：⽆连接的含义是限制每次连接只处理⼀个请求。

服务器处理完客户的请求，并收到客户的应答后，即断开连接。

采⽤这种⽅式可以节省传输时间。

4.⽆状态：HTTP协议是⽆状态协议。

⽆状态是指协议对于事务处理没有记忆能⼒。

缺少状态意味着如果后续处理需要前⾯的信息，则它必须重传，这样可能导致每次连接传送的数据量增⼤。

另⼀⽅⾯，在服务器不需要先前信息时它的应答就较快。

5、⽀持B/S及C/S模式。

HTTP之URLHTTP使⽤统⼀资源标识符（Uniform Resource Identifiers, URI）来传输数据和建⽴连接。

http接口原理

http接口原理HTTP接口是一种基于网络协议的通信方式，它是基于客户端-服务器模型的，客户端通过发送HTTP请求访问服务器上的资源，服务器则根据请求返回相应的数据。

HTTP是基于TCP/IP协议的应用层协议，它使用可靠的、面向连接的传输层协议进行通信。

客户端与服务器之间通过建立TCP连接来传输HTTP请求和响应。

HTTP请求由请求行、请求头和请求体组成。

请求行包含请求方法（GET、POST等）、URL和协议版本；请求头包含一些附加的请求信息，如用户代理、内容类型等；请求体包含实际的请求内容，比如表单数据、JSON数据等。

服务器收到HTTP请求后，根据请求的URL确定要访问的资源，并进行相应的处理。

处理后，服务器返回HTTP响应给客户端，响应由响应行、响应头和响应体组成。

响应行包含协议版本、状态码和描述；响应头包含响应的一些附加信息，如内容类型、长度等；响应体包含实际的响应内容，比如HTML页面、JSON数据等。

HTTP的请求方法有多种，最常用的是GET和POST。

GET方法用于获取资源，通过URL传递参数，请求是幂等的，即多次请求结果相同；POST方法用于提交数据，请求参数包含在请求体中，请求是非幂等的，即多次请求结果不同。

HTTP还支持其他的请求方法，如PUT、DELETE、HEAD等，用于更新资源、删除资源、获取资源头信息等。

HTTP接口通常使用REST（Representational State Transfer）风格来设计，它将资源抽象为URL，通过不同的请求方法对资源进行操作。

RESTful API是一种符合REST原则的HTTP 接口设计。

HTTP接口的实现通常是通过Web服务器来实现的，如Apache、Nginx等。

Web服务器接收到HTTP请求后，会将请求转发给应用程序，应用程序处理请求后再将响应返回给Web服务器，最后由Web服务器将响应发送给客户端。

http请求的原理

http请求的原理
HTTP请求的原理是基于客户端-服务器模型的通信协议，由
客户端发起请求并由服务器进行响应。

以下是HTTP请求的原理：
1. 客户端建立与服务器的连接：客户端通过发送一个请求来与服务器建立连接。

这个请求包括一个URL，用于标识服务器
资源的位置，以及使用的HTTP协议版本。

2. 服务器解析请求：服务器接收到客户端的请求后，首先解析请求行，获取请求的方法（GET、POST等）、请求的资源路
径以及HTTP协议的版本号。

3. 服务器处理请求：服务器根据请求的内容和服务器的配置进行请求处理。

这可以包括处理表单数据、查询数据库、生成动态内容等。

4. 服务器发送响应：服务器根据请求的处理结果生成一个响应报文，并发送给客户端。

响应报文包括一个状态行，包含了响应的状态码（如200表示成功、404表示未找到资源等），以
及响应的正文。

5. 客户端接收响应：客户端接收到服务器发送的响应后，首先解析响应报文，获取响应的状态码和响应的正文。

6. 客户端处理响应：客户端根据响应的状态码和正文进行处理。

这可以包括展示响应的内容、解析HTML、执行JavaScript代
码等。

7. 客户端关闭连接：客户端在完成所有的处理后，关闭与服务器的连接，释放相关的资源。

以上就是HTTP请求的基本原理。

通过这个过程，客户端和服务器可以进行通信，实现数据交互和资源访问。

前端http请求和常见的几个请求技术做具体的讲解

前端http请求和常见的⼏个请求技术做具体的讲解对于前端来说，请求是前端⽇常⼯作必备的，通过请求才能与后端进⾏数据交互，尤其在现在前后端分离的开发模式下，请求显得就更加重要。

因此，对于前端开发者来说，掌握请求就很重要。

下⾯将从http请求和常见的⼏个请求技术做具体的讲解⼀、XMLHttpRequestXMLHttpRequest⼀开始只是微软浏览器提供的⼀个接⼝，后来各⼤浏览器纷纷效仿也提供了这个接⼝，再后来W3C对它进⾏了标准化，按照标准前后可以分为两个版本，具体阐述如下：版本以（⽼版本）：//新建⼀个XMLHttpRequest对象var xhr=new XMLHttpRequest();//进⾏请求xhr.open('GET', 'url');xhr.send();//等待服务器响应xhr.onreadystatechange = function(){//该函数会被调⽤四次，因此需要判断状态是否为4if ( xhr.readyState == 4 && xhr.status == 200 ) {alert( xhr.responseText );} else {alert( xhr.statusText );}};在⽼版本中的，对应的具体属性说明如下：1. xhr.readyState：XMLHttpRequest对象的状态，等于4表⽰数据已经接收完毕。

2. xhr.status：服务器返回的状态码，等于200表⽰⼀切正常。

3. xhr.responseText：服务器返回的⽂本数据4. xhr.responseXML：服务器返回的XML格式的数据5. xhr.statusText：服务器返回的状态⽂本。

⽼版本因为不是统⼀的标准，各个浏览器⼚商在实现的时候都有⼀定的差异，⽽且在存在⼀些缺陷：1. 只⽀持⽂本数据的传送，⽆法⽤来读取和上传⼆进制⽂件。

一个请求的生命周期（HTTP请求过程详解、TCPIP五层网络模型）

⼀个请求的⽣命周期（HTTP请求过程详解、TCPIP五层⽹络模型）⼀个请求的⽣命周期前⾔：当我们从电脑上去访问⼀个⽹址时，究竟发⽣了什么？这个问题可能是⾃⼰思考或者⾯试的时候问到，这⾥我们以访问百度⾸页为例，进⾏⼀个全⾯的HTTP请求分析。

核⼼概念计算机⽹络核⼼结构，就是TCP/IP五层⽹络模型（OSI七层模型是将应⽤层分为了三层）以及，每⼀层对应的协议始于本地键盘输⼊：你要访问，⾃然需要在浏览器地址栏中使⽤键盘输⼊（正常情况下），这个过程就涉及到输⼊设备与计算机的交互了，这个属于物理层，这⾥就不探讨了（==其实是我不会）请求域名：⾸先你访问的是，并不带域名，所以浏览器会⾃动补全协议头。

但是我们知道，很多时候域名会有http和https，它俩的默认端⼝⼀个是80，⼀个是443，在这⾥，⼀般都是对应域名的⽹站做了端⼝转发，http协议实现了HSTS机制来使得重定向到HTTPS下的域名。

所以HTTP到HTTPS这个过程是服务器来完成的，⾄于浏览器的默认端⼝⼀直是80端⼝路由转发IP查找：⽬前我们只知道了带协议类型的域名，那么是如何到具体的服务器的呢？我们知道，对于因特⽹内每个公有地址IP都是唯⼀的（局域⽹内不⼀定），域名相当于IP的别名，因为我们⽆法去记住⼀⼤堆⽆意义的IP地址，但如果⽤⼀堆有意义的字母组成，⼤家就能快速访问对应⽹站。

DNS解析：通过域名去查找IP，先从本地缓存查找，其中本地的hosts⽂件也绑定了对应IP，若在本机中⽆法查到，那么就会去请求本地区域的域名服务器（通常是你对应的⽹络运营商如移动），这个通过⽹络设置中的LDNS去查找，如果还是没有命中的话，那么就去根域名服务器查找，这⾥有所有因特⽹上可访问的域名和IP对应信息（根域名服务器全球共13台）。

⾄少到了这⾥，我们肯定能查找对应的IP了，要不就是这个域名不对。

路由转发：然后我们通过⽹卡、路由器、交换机等设备，实现两个IP地址之间的通信。

必须掌握的http协议知识

HTTP协议HTTP协议（HyperText Transfer Protocol，超文本传输协议）是因特网上应用最为广泛的一种网络传输协议。

所有的www文件都必须遵守这个标准。

设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。

是用于从万维网（Wide Web ）服务器传输超文本到本地浏览器的传送协议。

HTTP/0.9已过时。

只接受GET 一种请求方法，没有在通讯中指定版本号，且不支持请求头。

由于该版本不支持POST 方法，所以客户端无法向服务器传递太多信息。

HTTP/1.0这是第一个在通讯中指定版本号的HTTP 协议版本，至今仍被广泛采用，特别是在代理服务器中。

HTTP/1.1当前版本。

持久连接被默认采用，并能很好地配合代理服务器工作。

还支持以管道方式同时发送多个请求，以便降低线路负载，提高传输速度。

HTTP/1.1相较于HTTP/1.0 协议的区别主要体现在：•缓存处理•带宽优化及网络连接的使用•错误通知的管理•消息在网络中的发送•互联网地址的维护•安全性及完整性HTTP 工作原理HTTP协议工作于客户端-服务端架构为上。

浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。

Web服务器有：Apache服务器，IIS服务器（Internet Information Services）等。

Web服务器根据接收到的请求后，向客户端发送响应信息。

HTTP默认端口号为80，但是你也可以改为8080或者其他端口。

HTTP三点注意事项：•HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。

服务器处理完客户的请求，并收到客户的应答后，即断开连接。

采用这种方式可以节省传输时间。

•HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。

客户端以及服务器指定使用适合的MIME-type内容类型。

•HTTP是无状态：HTTP协议是无状态协议。

Content-type的说明即HTTP请求头的类型整理

Content-type的说明即HTTP请求头的类型整理要学习content-type,必须事先知道它到底是什么，是⼲什么⽤的。

HTTP协议（RFC2616）采⽤了请求/响应模型。

客户端向服务器发送⼀个请求，请求头包含请求的⽅法、URI、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。

服务器以⼀个状态⾏作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。

通常HTTP消息由⼀个起始⾏，⼀个或者多个头域，⼀个只是头域结束的空⾏和可选的消息体组成。

HTTP的头域包括通⽤头，请求头，响应头和实体头四个部分。

每个头域由⼀个域名，冒号（:）和域值三部分组成。

域名是⼤⼩写⽆关的，域值前可以添加任何数量的空格符，头域可以被扩展为多⾏，在每⾏开始处，使⽤⾄少⼀个空格或制表符。

请求消息和响应消息都可以包含实体信息，实体信息⼀般由实体头域和实体组成。

实体头域包含关于实体的原信息，实体头包括Allow、Content- Base、Content-Encoding、Content-Language、 Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type、 Etag、Expires、Last-Modified、extension-header。

Content-Type是返回消息中⾮常重要的内容，表⽰后⾯的⽂档属于什么MIME类型。

Content-Type: [type]/[subtype]; parameter。

例如最常见的就是text/html，它的意思是说返回的内容是⽂本类型，这个⽂本⼜是HTML格式的。

原则上浏览器会根据Content-Type来决定如何显⽰返回的消息体内容。

type有下⾯的形式Text：⽤于标准化地表⽰的⽂本信息，⽂本消息可以是多种字符集和或者多种格式的；Multipart：⽤于连接消息体的多个部分构成⼀个消息，这些部分可以是不同类型的数据；Application：⽤于传输应⽤程序数据或者⼆进制数据；Message：⽤于包装⼀个E-mail消息；Image：⽤于传输静态图⽚数据；Audio：⽤于传输⾳频或者⾳声数据；Video：⽤于传输动态影像数据，可以是与⾳频编辑在⼀起的视频数据格式。

HTTP协议

HTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。

它可以使浏览器更加高效，使网络传输减少。

它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。

在了解HTTP如何工作之前，我们先了解计算机之间的通信。

互联网的关键技术就是TCP/IP协议。

两台计算机之间的通信是通过TCP/IP协议在因特网上进行的。

实际上这个是两个协议：TCP : Transmission Control Protocol 传输控制协议和IP：Internet Protocol 网际协议。

IP：计算机之间的通信IP协议是计算机用来相互识别的通信的一种机制，每台计算机都有一个IP.用来在internet上标识这台计算机。

IP 负责在因特网上发送和接收数据包。

通过IP，消息（或者其他数据）被分割为小的独立的包，并通过因特网在计算机之间传送。

IP 负责将每个包路由至它的目的地。

IP协议仅仅是允许计算机相互发消息，但它并不检查消息是否以发送的次序到达而且没有损坏（只检查关键的头数据）。

为了提供消息检验功能，直接在IP协议上设计了传输控制协议TCP.TCP : 应用程序之间的通信TCP确保数据包以正确的次序到达，并且尝试确认数据包的内容没有改变。

TCP在IP 地址之上引端口（port），它允许计算机通过网络提供各种服务。

一些端口号为不同的服务保留，而且这些端口号是众所周知。

服务或者守护进程：在提供服务的机器上，有程序监听特定端口上的通信流。

例如大多数电子邮件通信流出现在端口25上，用于wwww的HTTP通信流出现在80端口上。

当应用程序希望通过TCP 与另一个应用程序通信时，它会发送一个通信请求。

这个请求必须被送到一个确切的地址。

在双方“握手”之后，TCP 将在两个应用程序之间建立一个全双工(full-duplex) 的通信，占用两个计算机之间整个的通信线路。