HTTP请求方法及响应码详解(http get post head)

合集下载

Http请求方法之Get、Post原理

Http请求方法之Get、Post原理

Http请求⽅法之Get、Post原理什么是HTTP? HTTP,即超⽂本传输协议,是⼀种实现客户端和服务器之间通信的响应协议,它是⽤作客户端和服务器之间的请求。

客户端(浏览器)会向服务器提交HTTP请求;然后服务器向客户端返回响应;其中响应包含有关请求的状态信息,还可能包含请求的内容。

HTTP的常⽤⽅法 1、GET⽅法 GET⽅法⽤于使⽤给定的URI从给定服务器中检索信息,即从指定资源中请求数据。

使⽤GET⽅法的请求应该只是检索数据,并且不应对数据产⽣其他影响。

在GET请求的URL中发送查询字符串(名称/值对),需要这样写:/test/demo_form.php?name1=value1&name2=value2 说明:GET请求是可以缓存的,我们可以从浏览器历史记录中查找到GET请求,还可以把它收藏到书签中;且GET请求有长度限制,仅⽤于请求数据(不修改)。

注:因GET请求的不安全性,在处理敏感数据时,绝不可以使⽤GET请求。

2、POST⽅法 POST⽅法⽤于将数据发送到服务器以创建或更新资源,它要求服务器确认请求中包含的内容作为由URI区分的Web资源的另⼀个下属。

POST请求永远不会被缓存,且对数据长度没有限制;我们⽆法从浏览器历史记录中查找到POST请求。

3、HEAD⽅法 HEAD⽅法与GET⽅法相同,但没有响应体,仅传输状态⾏和标题部分。

这对于恢复相应头部编写的元数据⾮常有⽤,⽽⽆需传输整个内容。

4、PUT⽅法 PUT⽅法⽤于将数据发送到服务器以创建或更新资源,它可以⽤上传的内容替换⽬标资源中的所有当前内容。

它会将包含的元素放在所提供的URI下,如果URI指⽰的是当前资源,则会被改变。

如果URI未指⽰当前资源,则服务器可以使⽤该URI 创建资源。

5、DELETE⽅法 DELETE⽅法⽤来删除指定的资源,它会删除URI给出的⽬标资源的所有当前内容。

6、CONNECT⽅法 CONNECT⽅法⽤来建⽴到给定URI标识的服务器的隧道;它通过简单的TCP / IP隧道更改请求连接,通常实使⽤解码的HTTP代理来进⾏SSL编码的通信(HTTPS)。

HTTP中header头部信息详解

HTTP中header头部信息详解

HTTP中header头部信息详解HTTP Request的Header信息1、HTTP请求⽅式如下表:GET向Web服务器请求⼀个⽂件POST向Web服务器发送数据让Web服务器进⾏处理PUT向Web服务器发送数据并存储在Web服务器内部HEAD检查⼀个对象是否存在DELETE从Web服务器上删除⼀个⽂件CONNECT对通道提供⽀持TRACE跟踪到服务器的路径OPTIONS查询Web服务器的性能说明:主要使⽤到“GET”和“POST”。

实例:POST /test/tupian/cm HTTP/1.1分成三部分:1. POST:HTTP请求⽅式2. /test/tupian/cm:请求Web服务器的⽬录地址(或者指令)3. HTTP/1.1: URI(Uniform Resource Identifier,统⼀资源标识符)及其版本备注:在Ajax中,对应method属性设置。

2、Host说明:请求的web服务器域名地址3、User-Agent说明:HTTP客户端运⾏的浏览器类型的详细信息。

通过该头部信息,web服务器可以判断到当前HTTP请求的客户端浏览器类别。

实例:User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.114、Accept说明:指定客户端能够接收的内容类型,内容类型中的先后次序表⽰客户端接收的先后次序。

例如:Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5备注:在Prototyp(1.5)的Ajax代码封装中,将Accept默认设置为“text/javascript, text/html, application/xml, text/xml, */*”。

HTTP请求与响应

HTTP请求与响应

HTTP请求与响应http请求由三部分组成,分别是:请求行、消息报头、请求正文请求行以一个方法符号开头,以空格分开,后面跟着请求的URI和协议的版本,格式如下:Method Request-URI HTTP-Version CRLF其中Method表示请求方法;Request-URI是一个统一资源标识符;HTTP-Version表示请求的HTTP协议版本;CRLF表示回车和换行(除了作为结尾的CRLF外,不允许出现单独的CR或LF字符)。

请求方法(所有方法全为大写)有多种,各个方法的解释如下:GET 请求获取Request-URI所标识的资源POST 在Request-URI所标识的资源后附加新的数据HEAD 请求获取由Request-URI所标识的资源的响应消息报头PUT 请求服务器存储一个资源,并用Request-URI作为其标识DELETE 请求服务器删除Request-URI所标识的资源TRACE 请求服务器回送收到的请求信息,主要用于测试或诊断CONNECT 保留将来使用OPTIONS 请求查询服务器的性能,或者查询与资源相关的选项和需求一.HTTP请求1.HTTP请求格式:<request line><headers><blank line>[<request-body>]在HTTP请求中,第一行必须是一个请求行(request line),用来说明请求类型、要访问的资源以及使用的HTTP版本。

紧接着是一个首部(header)小节,用来说明服务器要使用的附加信息。

在首部之后是一个空行,再此之后可以添加任意的其他数据[称之为主体(body)]。

2.GET与POST区别HTTP 定义了与服务器交互的不同方法如上所示,最基本的方法是GET 和POST。

GET与POST方法有以下区别:(1)在客户端,Get方式在通过URL提交数据,数据在URL中可以看到;POST方式,数据放置在HTML HEADER内提交。

Get,Post和Head具体解释

Get,Post和Head具体解释

Get,Post和Head具体解释HTTP请求最经常使⽤的三个⽅法:(1)Get⽅法. 取回请求URL标志的不论什么信息,在浏览器的地址栏中输⼊⽹址的⽅式訪问⽹页时,浏览器採⽤GET⽅法向server获取资源。

(2)Post⽅法.为请求报⽂准备数据,即要求被请求server接受附在请求消息后⾯的数据,经常使⽤于提交表单。

(3)Head⽅法. 类GET⽅法,不响应页⾯Body部分,⽤于获取资源的基本信息,即检查链接的可訪问性及资源是否改动。

其它⽅法:PUT 请求server存储⼀个资源。

并⽤Request-URI作为其标识DELETE 请求server删除Request-URI所标识的资源TRACE 请求server回送收到的请求信息,主要⽤于測试或诊断CONNECT 保留将来使⽤OPTIONS 请求查询server的性能,或者查询与资源相关的选项和需求get⽅法的问题:通过get提交的数据。

将会出如今URL上。

假设登录页⾯能够被浏览器缓存。

那么别⼈能够从浏览器的历史记录中读取到客户的账号和password。

get传送的数据量较⼩不能⼤于2KB。

Post⽅法的问题:Post⽅法须要server接收数据,对于server可能是不安全的。

运⾏效率⽐較低建议:1、get⽅式的安全性较Post⽅式要差些,包括机密信息的话,建议⽤Post数据提交⽅式;2、在做数据查询时,建议⽤Get⽅式。

⽽在做数据加⼊、改动或删除时。

建议⽤Post⽅式。

问题:为什么百度搜索使⽤Get⽽不适⽤Post?能够看⼀下http协议的内容 http请求主要有三种⽅式 get,head,post ,⽽ie发起⼀个请求⼀般包括,消息头和消息体。

假设请求的⽅式是get或者head⽅式,那么ie仅仅发送消息头到server,假设是post请求,那么消息体(⽹页表单内容)和消息头都将传送到server,这样数据量就⽐其他两种⽅式的⼤⼀些那么,按照上⾯所说。

HTTP请求(GET与POST区别)和响应(get是从服务器上获取数据,post是向服务器。。。

HTTP请求(GET与POST区别)和响应(get是从服务器上获取数据,post是向服务器。。。

HTTP请求(GET与POST区别)和响应(get是从服务器上获取数据,post是向服务器。

HTTP有两部分组成:请求与响应,下⾯分别整理。

⼀.HTTP请求1.HTTP请求格式:<request line><headers><blank line>[<request-body>]在HTTP请求中,第⼀⾏必须是⼀个请求⾏(request line),⽤来说明请求类型、要访问的资源以及使⽤的HTTP版本。

紧接着是⼀个⾸部(header)⼩节,⽤来说明服务器要使⽤的附加信息。

在⾸部之后是⼀个空⾏,再此之后可以添加任意的其他数据[称之为主体(body)]。

2.GET与POST区别HTTP 定义了与服务器交互的不同⽅法,最基本的⽅法是 GET 和 POST(Ajax开发,关⼼的只有GET请求和POST请求)。

GET与POST⽅法有以下区别:(1)在客户端,Get⽅式在通过URL提交数据,数据在URL中可以看到;POST⽅式,数据放置在HTML HEADER内提交。

(2) GET⽅式提交的数据最多只能有1024字节,⽽POST则没有此限制。

(3)安全性问题。

正如在(1)中提到,使⽤ Get 的时候,参数会显⽰在地址栏上,⽽ Post 不会。

所以,如果这些数据是中⽂数据⽽且是⾮敏感数据,那么使⽤ get;如果⽤户输⼊的数据不是中⽂字符⽽且包含敏感数据,那么还是使⽤ post为好。

(4)安全的和幂等的。

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

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

完整的定义并不像看起来那样严格。

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

从根本上讲,其⽬标是当⽤户打开⼀个链接时,她可以确信从⾃⾝的⾓度来看没有改变资源。

⽐如,新闻站点的头版不断更新。

虽然第⼆次请求会返回不同的⼀批新闻,该操作仍然被认为是安全的和幂等的,因为它总是返回当前的新闻。

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

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协议格式HTTP(Hypertext Transfer Protocol)是构建互联网应用的基础协议之一,它定义了客户端和服务器之间进行通信的格式和规则。

HTTP协议的主要目标是实现一种简单而灵活的方式来传输超文本,以便可以访问和传输网页、图片、视频等资源。

HTTP协议的格式主要包括请求格式和响应格式。

下面分别介绍这两种格式。

一、请求格式HTTP请求由客户端发送给服务器,用于请求对特定资源的访问。

请求格式包括请求行、请求头部和请求主体。

1. 请求行:请求行的格式为:METHOD URL HTTP/版本号其中,METHOD表示请求方法,包括常见的GET、POST、PUT、DELETE等;URL代表请求的资源的路径;HTTP/版本号指定了使用的HTTP协议的版本。

2. 请求头部:请求头部包括多行,每行由键值对组成。

常见的头部有:- Host:指定请求的服务器主机名和端口号。

- User-Agent:客户端的浏览器信息。

- Accept:客户端可以接受的数据类型。

- Content-Type:请求主体的数据类型。

3. 请求主体:请求主体是可选的,用于在POST请求中向服务器传送数据。

二、响应格式服务器接收到客户端的请求后,返回给客户端一个响应。

响应格式包括状态行、响应头部和响应主体。

1. 状态行:状态行的格式为:HTTP/版本号状态码状态描述其中,状态码表示服务器处理请求的结果,常见的状态码有200(成功)、404(资源未找到)、500(服务器内部错误)等。

2. 响应头部:响应头部和请求头部的格式类似,由多行键值对组成。

常见的头部有:- Content-Type:响应主体的数据类型。

- Content-Length:响应主体的长度。

- Set-Cookie:设置响应的Cookie。

3. 响应主体:响应主体是服务器返回给客户端的数据。

三、HTTP协议的特点1. 简单灵活:HTTP协议采用简单的文本格式,易于理解和编写。

Http请求详解(转)----请求+响应各字段详解

Http请求详解(转)----请求+响应各字段详解

Http请求详解(转)----请求+响应各字段详解参考1. HTTP请求格式⾸先介绍HTTP协议:(HTTP,HyperText Transfer Protocol)是上应⽤最为⼴泛的⼀种。

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

⼯作原理:1. 由HTTP客户端发起⼀个请求,建⽴⼀个到服务器指定端⼝(默认是)的TCP连接。

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

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

响应4. 客户端接收服务器所返回的信息通过浏览器显⽰在⽤户的显⽰屏上,然后客户机与服务器断开连接显⽰内容HTTP使⽤TCP⽽不是UDP的原因在于(打开)⼀个⽹页必须传送很多数据,⽽TCP协议提供传输控制,按顺序组织数据,和错误纠正。

做过Socket编程的⼈都知道,当我们设计⼀个通信协议时,“消息头/消息体”的分割⽅式是很常⽤的,消息头告诉对⽅这个消息是⼲什么的,消息体告诉对⽅怎么⼲。

HTTP协议传输的消息也是这样规定的,每⼀个HTTP包都分为HTTP头和HTTP体两部分,消息体是可选的,⽽消息头是必须的。

每当我们打开⼀个⽹页,在上⾯点击右键,选择“查看源⽂件”,这时看到的HTML代码就是HTTP的消息体,那么消息头可以通过浏览器的开发⼯具或者插件可以看到,如果⽕狐的Firebug,IE的Httpwatch。

HTTP请求是指:客户端通过发送 HTTP 请求向服务器请求对资源的访问。

它向服务器传递了⼀个数据块,也就是请求信息,HTTP 请求由三部分组成:请求⾏、请求头和请求正⽂。

请求⾏:请求⽅法 URI 协议/版本请求头(Request Header)请求正⽂下⾯是⼀个HTTP请求的数据:POST /index.html HTTP/1.1 请求⽅法 url 协议/版本号Host: localhost 主机地址User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-cn,zh;q=0.5Accept-Encoding: gzip, deflateConnection: keep-aliveReferer: <a target=_blank href="http://localhost/" style="color: rgb(51, 102, 153); text-decoration: none;">http://localhost/</a>Content-Length:25Content-Type:application/x-www-form-urlencoded请求空⾏标志着请求头结束,请求正⽂(请求体)的开始username=aa&password=12341、请求⾏:请求⽅法URI协议/版本请求的第⼀⾏是“⽅法 URL 协议/版本”,并以回车换⾏作为结尾。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

HTTP是Web协议集中的重要协议,它是从客户机/服务器模型发展起来的。

客户机/服务器是运行一对
相互通信的程序,客户与服务器连接时,首先,向服务器提出请求,服务器根据客户的请求,完成处理
并给出响应。

浏览器就是与Web服务器产生连接的客户端程序,它的端口为TCP的80端口,。

浏览器
与Web 服务器之间所遵循的协议就是HTTP。

HTTP的早期版本为HTTP/0.9,它适用于各种数据信息的简洁快速协议,但是其远不能满足日益发展各
种应用的需要。

但HTTP/0.9作为HTTP协议具有典型的无状态性:每个事务都是独立进行处理的,当
一个事务开始就在客户与服务器之间建立一个连接,当事务结束时就释放这个连接。

HTTP/0.9包含Simple-Request&Simple-Responsed的报文结构。

但是客户无法使用内容协商,所以服务器也无法
返回实体的媒体类型。

1982年,Tim Berners-Lee提出了HTTP/1.0,在此后的不断丰富和发展中,HTTP/1.0成为最重要
的面向事务的应用层协议。

该协议对每一次请求/响应,建立并拆除一次连接。

其特点是简单、易于管理,所以它符合了大家的需要,得到了广泛的应用。

其缺点是仍会发生下列问题:对用户请求响应慢、网络拥
塞严重、安全性等。

1997年形成的HTTP/1.1,也就是现在普遍使用的协议,在持续连接操作机制中实现流水方式,即客户
端需要对同一服务器发出多个请求时,其实现在多数的网页都是有多部分组成(比如多张图片),可用
流水线方式加快速度,流水机制就是指连续发出多个请求并等到这些请求发送完毕,再等待响应。

这样
就大大节省了单独请求对响应的等待时间,使我们得到更快速的浏览。

另外,HTTP/1.1服务器端处理请求时按照收到的顺序进行,这就保证了传输的正确性。

当然,服务器端
在发生连接中断时,会自动的重传请求,保证数据的完整性。

HTTP/1.1还提供了身份认证、状态管理和Cache缓存等机制。

这里,我想特别提一下关于HTTP/1.1
中的Cache缓存机制对 HTTP/1.0的不足之处的改进,它严格全面,既可以减少时间延迟、又节省了带宽。

HTTP/1.1采用了内容协商机制,选择最合适的用户的内容表现形式。

现在,很多地方都有用到的虚拟主机技术在HTTP/1.1中也可以实现。

所谓的虚拟主机技术,就是同一
主机地址实际对应多台主机。

通俗的讲,当你同时在一个网站申请两个主页时,用协议分析仪可以发现
其实这两个主页对应的是同一个IP地址。

这样用多台完全相同的机器形成WWW服务器就可以提高处
理的吞吐量。

传统的解决方案是改造域名服务器使其可以根据一定的算法将同一域名解释成不同的IP地址。

分别对应
虚拟主机的每台机器,其缺点是要求每台机器占用完全独立的IP地址,这与IP地址的缺乏是相矛盾的。

HTTP/1.1提供的解决方案在HTTP协议自身中加入了指定不同主机的功能,从而多台主机可以共享一个IP地址,既提高了性能又便于管理。

因为HTTP/1.1是Internet现行的标准协议,这里详细介绍其相关语法。

首先,HTTP/1.1格式可写为:
其中请求方法是请求一定的Web页面的程序或用于特定的URL。

可选用下列几种:
GET:请求指定的页面信息,并返回实体主体。

HEAD:只请求页面的首部。

POST:请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。

PUT:从客户端向服务器传送的数据取代指定的文档的内容。

DELETE:请求服务器删除指定的页面。

OPTIONS:允许客户端查看服务器的性能。

TRACE:请求服务器在响应中的实体主体部分返回所得到的内容。

PATCH:实体中包含一个表,表中说明与该URI所表示的原内容的区别。

MOVE:请求服务器将指定的页面移至另一个网络地址。

COPY:请求服务器将指定的页面拷贝至另一个网络地址。

LINK:请求服务器建立链接关系。

UNLINK:断开链接关系。

WRAPPED:允许客户端发送经过封装的请求。

Extension-mothed:在不改动协议的前提下,可增加另外的方法。

比如:
GET /index.html HTTP/1.1
Accept: text/plain /*纯ASCII码文本文件*/
Accept: text/html /*HTML文本文件*/
User-Agent:Mozilla/4.5(WinNT)
说明浏览器使用Get方法请求文档/index.html。

浏览器则只允许接收纯ASCII码文本文件和HTML文本文件,其使用的引擎是Mozilla/4.5(Netscape)。

当服务器响应时,其状态行的信息为HTTP的版本号,状态码,及解释状态码的简单说明。

现将5类状态码详细列出:
①客户方错误
100继续
101交换协议
②成功
200 OK
201 已创建
202接收
203非认证信息
204无内容
205 重置内容
206部分内容
③重定向
300 多路选择
301永久转移
302暂时转移
303参见其它
304 未修改(Not Modified)
305使用代理
④客户方错误
400错误请求(Bad Request)
401 未认证
402 需要付费
403禁止(Forbidden)
404未找到(Not Found)
405方法不允许
406不接受
407需要代理认证
408请求超时
409冲突
410 失败
411 需要长度
412条件失败
413 请求实体太大
414 请求URI太长
415 不支持媒体类型
⑤服务器错误
500服务器内部错误
501未实现(Not Implemented)
502网关失败
504 网关超时
505 HTTP版本不支持
比如:(在《TELNET……》一文中用telnet登陆80端口,相同的方法用在HTTP/1.1中,会发现没有显示,下面补充说明之)
telnet 80
HEAD / HTTP/1.1
host: /*本行为输入内容*/
HTTP/1.1 501 Method Not Implemented
Date: Web, 01 Nov 2000 07:12:29 GMT /*当前的日期/时间*/
Server: Apache/1.3.12 (Unix) /*Web服务器信息*/
Allow: GET, HEAD, OPTION, TRACE /*支持的方法类型*/
Connection: close
Connect-Type: Text/html; charset=iso-8859-1/*连接的媒体类型*/
<!DOCTYPE HTML PUBLIG "-//IETF//DTD HTML 2.0//EN">
<HTML><HEAD>
<TITLE>501 Method
Not Implemented</TITLE>
</HEAD><BODY>
<H1>Method Not Implemented</H1>
head to /inde
x.html not supported.<P>
Invalid method in request head / htp/1.1<P>
<HR>
<ADDRESS>
Apache/1.3.12 Server at Port 80</ADDRESS>
</BODY></HTML>
关于实体头部的内容还可以有:
Last Modified :请求文档的最近修改时间。

Expires :请求文档的过期时间。

Connect-length:文档数据的长度。

WWW-authenricate:通知客户端需要的认证信息。

Connect-encoding :说明有无使用压缩技术。

Transfer-encoding :说明采用的编码变换类型。

随着Internet的发展,下一代的HTTP协议HTTP-ng已经在酝酿之中,它将会提供更好的安全性、更快的速度,其改进要点为:模块化强、网络效率高、安全性更好、结构更简单。

相关文档
最新文档