下载文档原格式
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）。
html中get和post方法的区别和用法在HTML中，我们经常使用get和post方法来进行数据传输。
那么这两种方法有什么区别和用法呢？1. 区别：（1）参数传递方式不同get方法是通过URL传递参数，参数部分会显示在URL上，而post 方法是通过HTTP请求的消息体传递参数，参数不会显示在URL上。
（2）安全性不同由于get方法参数是显示在URL上的，因此更容易被攻击者获取，而post方法参数则不易被获取。
（3）数据传输大小不同由于URL长度有限制，get方法传输的数据大小受到限制，而post 方法则没有限制。
2. 用法：get方法常用于获取数据，例如查询操作。
post方法常用于提交数据，例如注册操作。
在HTML中，可以通过form表单来使用get和post方法进行数据传输。
例如：<form action='login.php' method='get'>用户名：<input type='text' name='username'><br>密码：<input type='password' name='password'><br><input type='submit' value='登录'></form><form action='register.php' method='post'>用户名：<input type='text' name='username'><br>密码：<input type='password' name='password'><br>电子邮件：<input type='text' name='email'><br><input type='submit' value='注册'></form>通过以上两个示例，可以看到get方法和post方法的使用方式和区别。
get和post参数传递方式“GET和POST参数传递方式”是指通过HTTP协议传递参数的两种常用方式。
在网络开发中，我们经常需要将参数传递给服务器端处理，以便进行相应的操作。
本文将以GET和POST参数传递方式为主题，详细介绍这两种方法的使用场景、优缺点以及具体实现步骤等内容，希望能帮助读者更好地理解和运用这两种传参方式。
一、GET和POST参数传递方式的概念及区别GET和POST是HTTP协议中的两种常用HTTP请求方法，用于从客户端向服务器发送请求。
它们的主要区别在于参数的传递方式以及适用场景。
1. GET方式：通过URL的查询字符串传递参数，参数会附加在URL后面，形如“2. POST方式：通过请求体传递参数，参数不会出现在URL中，而是通过请求头的Content-Type字段指定参数的格式（如application/x-www-form-urlencoded或multipart/form-data）。
POST请求适合传递大量参数以及需要保密性的数据，如表单数据、文件上传等。
二、GET参数传递方式的实现步骤及示例GET参数传递方式相对简单，一般适用于只传递少量参数的场景。
其实现步骤如下：1. 构造URL：需要将参数以键值对的形式添加到URL的查询字符串中。
例如，我们要传递name和age两个参数，可以构造URL：“2. 发送请求：客户端向服务器发送GET请求，将参数附加在URL后面。
服务器端通过解析URL中的查询字符串，获取参数并进行相应的处理。
3. 接收参数：服务器端解析URL，获取参数的值。
具体的实现方式根据使用的编程语言和框架而有所不同。
下面以Python和Flask框架为例，演示GET参数传递方式的实现：pythonfrom flask import Flask, requestapp = Flask(__name__)@app.route('/page', methods=['GET'])def handle_page():name = request.args.get('name')age = request.args.get('age')# 在这里对接收到的参数进行相应的处理return f"Hello, {name}! You are {age} years old."if __name__ == '__main__':app.run()在上述示例中，我们使用Flask框架搭建了一个简单的Web应用。
http方法HTTP(Methods)是一种用于在互联网上传输数据的协议。
它定义了客户端和服务器之间的通信规则和行为。
HTTP支持多种方法，用于执行不同的操作。
本文将详细介绍HTTP的几种方法，包括GET、POST、PUT、DELETE等，并探讨它们在互联网应用程序开发中的应用。
HTTP的最常用方法之一是GET方法。
GET方法用于从服务器上获取资源。
当浏览器加载一个网页时，它会向服务器发送GET请求，以获取网页的HTML内容。
使用GET方法时，请求的数据附在URL末尾，可以通过在地址栏中输入URL来看到GET请求。
GET方法是一种安全的方法，因为它只是获取数据，而不会对服务器上的资源进行任何更改。
另一个常用的HTTP方法是POST方法。
POST方法用于向服务器提交数据，以便进行处理。
与GET方法不同，POST方法将请求的数据放在请求的主体中，而不是URL中。
因此，POST方法更适用于传输大量数据，或者需要保密的数据。
例如，在一个注册页面中，当用户提交表单时，表单数据将使用POST方法发送给服务器进行处理。
除了GET和POST方法，HTTP还定义了其他一些方法，例如PUT和DELETE。
PUT方法用于将数据存储在服务器上，而DELETE方法用于从服务器中删除数据。
这两种方法在构建RESTful API时非常有用。
RESTful API是一种设计模式，用于构建使用HTTP协议进行通信的Web服务。
通过使用PUT和DELETE方法，我们可以向服务器添加数据或删除数据，从而实现数据的增删改查操作。
除了上述方法之外，HTTP还支持一些其他的方法，如HEAD、TRACE、OPTIONS、CONNECT等。
这些方法在特定的场景下有各自的用途。
例如，HEAD方法只请求服务器返回资源的头部信息，而不需要返回实际的内容。
TRACE方法允许客户端追踪它与服务器之间的通信，用于诊断问题。
OPTIONS方法用于获取服务器支持的HTTP方法列表。
HTTP请求的两种方式，GET和POST请求的表面形式上的区别：1.GET请求通过URL（请求行）提交数据，在URL中可以看到所传参数。
POST通过“请求体”传递数据，参数不会在url中显示。
2.GET请求提交的数据有长度限制，POST请求没有限制。
3.GET请求返回的内容可以被浏览器缓存起来。
而每次提交的POST，浏览器在你按下F5的时候会跳出确认框，浏览器不会缓存POST请求返回的内容。
以上描述都是GET，POST两者区别表现形式，是浏览器对这两种请求的处理方式。
作为Web开发人员，更应该看清的是它们的本质区别是什么HTTP协议是这样解释GET和POST的：GET请求不应该做读取数据之外的事情（原文：Requests using GET SHOULD NOT have the significance of taking an action other than retrieval）。
而如果一个请求，修改了服务器资源或者使用了服务器资源（如发邮件，使用打印机等），那么应当使用POST。
所以，GET和POST的本质区别是使用场景的区别，简单的说，GET是只读，POST是写。
浏览器对两种请求的不同处理方式也是基于这两个不同的场景：1.GET：查询往往需要的上传的数据量比较小，查询参数也往往不需要保密，所以放在url里比较高效。
HTTP协议要求同一URL的多个请求应该返回同样的结果，所以浏览器可以把返回结果缓存起来，以提高性能。
至于参数长度的限制，这个是和浏览器url的长度限制相关的，1024也好，2048也好，其实没有太大的意义，参数超长往往是错误使用GET方法的结果。
2.POST：修改数据需要支持大数据量表单的提交，数据也常常包含用户的私人信息，所以数据放在请求的消息体中传递。
相同的POST请求可能会对服务器端产生不同的影响，比如两次POST可能创建两条不同的数据，所以对POST返回结果的缓存是没有意义的。
post，get，put等请求方法有什么不同HTTP 1.1的简要介绍HTTP 1.1是一个基于文本的互联网实体信息交互主流协议，这里的实体可以是WAP兼容浏览器之类的用户终端，可以是WAP网关之类的代理服务器，也可以是Java servlet之类的源服务器程序。
它们之间的交互信息就是两大类：客户端对服务器端的请求和服务器端对客户端的响应。
一次完整的交互包括一个请求和对它的响应。
所有的请求和响应都采用[RFC822]中定义的标准互联网消息格式，框架如下：* 消息定义* 没有或多个消息头* CRLF* 可选的消息本体其中消息定义不分指定了发送消息的类型。
请求和响应都可以包含多个消息头，用来进一步或者重新定义用户终端和服务器之间的交互。
CRLF仅仅用来将信息定义和消息本体分开。
1、请求在消息定义部分可以这样定义请求：请求类型URL HTTP/1.1其中请求类型可以是下面的一种：①. OPTION：返回请求者和相应者之间可以使用的通信选项，主要用来检测服务器处理能力；②. GET：获得以URL标示的文件内容或者程序执行结果。
服务器根据文件名后缀判断服务内容，比如该URL是静态文本还是一个程序；③. HEAD：除了不返回响应的信息本体以外，得到的是跟GET一样的信息。
一般用来测试链接的有效性、可达性和近期修改；④. POST：把消息本体中的消息发送到一个URL或者其他类似的服务器端定义行为。
通常用来提交一个HTML表单或者一些数据操作活动；⑤. PUT：把消息本体中的消息发送到一个URL，跟POST类似，但不常用；⑥. DELETE：删除URL指定的资源；⑦. TRACE：调用一个远程应用层请求消息回路。
发出这个消息的用户终端除了收到原来的消息内容以外，还得到消息在Internet上的传送路径。
最常用的请求类型--也是我们在处理WAP应用时最关心的--是GET和POST。
假设有一个WML文档，我们用UP的浏览器去浏览的话，就会向服务器发出如下GET请求：GET /index.wml HTTP/1.1accept-charset: UTF-8accept-language: chaccept: text/vnd.wap.wml, */*, image/bmp, text/htmluser-agent: UP.Browser/3.1-UPG1 UP.Link/3.2host: ……其中粗体的部分是HTTP消息头，这里我们忽略了一些与我们关系不大的消息头。
Get、post的区别——给你标准答案首先，get和post都是HTTP协议的请求方法，本质上没有区别。
HTTP的底层是TCP/IP，所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接，GET和POST能做的事情是一样一样的，你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。
但为什么我们还要区分get、post呢？在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。
但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。
为了避免这种情况发生，交通规则HTTP诞生了。
HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签（设置method为GET），而且要求把传送的数据放在车顶上（url中）以方便记录。
如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。
当然，你也可以在GET 的时候往车厢内偷偷藏点货物，但是这是很不光彩；也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。
HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。
但是，我们只看到HTTP对GET和POST参数的传送渠道（url还是requrest body）提出了要求。
“标准答案”里关于参数大小的限制又是从哪来的呢？在我大万维网世界中，还有另一个重要的角色：运输公司。
不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。
虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。
但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大负担。
Post和Get的区别(兼谈页面间传值的方式)从一个页面转向另一个页面的请求方式有两种，Post和Get.如果从原理上来探究他们的区别，涉及到Http传输协议的细节,本文不加探究,只讨论一下表象。
所有的人都知道如下区别:1.Post传输数据时，不需要在URL中显示出来，而Get方法要在URL中显示。
2.Post传输的数据量大，可以达到2M，而Get方法由于受到URL长度的限制,只能传递大约1024字节.3.Post顾名思义,就是为了将数据传送到服务器段,Get就是为了从服务器段取得数据.而Get 之所以也能传送数据,只是用来设计告诉服务器,你到底需要什么样的数据.Post的信息作为http请求的内容，而Get是在Http头部传输的。
我们的form表单的method方法，有两个，post,get.它在页面传值的时候的区别也就是上面提到的三点.先来看一下post方法.这个方法在asp时代应该跟程序员打交道很多的,因为那时候没有现在的V iewState,每个页面要恢复原来的状态,都要将页面Post给自身,然后挨个取值,重新赋值.现在这些琐碎的事情都让ViewState代劳了.所以将页面post给自身的动作,在某种程度上已经被的程序员们忘却了,所以Post也就被大部分的忽视了,这就是技术进步的双刃剑,带来方便的同时,蒙上你的眼睛。
ViewState必须包含在<form runat="server">的窗体下,而只要包含了"runat="server""的标志,就甭想Post到其他页面中去,为什么?老盖说，我的V iewState是保存当前页面状态的，你要转到其他页面，他说，不行，**不认识的参数.如果想Post一个窗体,咋办?有四种方式可供选择.1.在页面上新建一个form,不要加上runat="server"的标志,当然在这个窗体下的控件也就不用想用Viewstate来传值了.当在其他有runat="server"的窗体的中的按钮事件中,手动调用新建form的submit() 函数.传送页面代码如下:<!--html代码--><form id="Form1" method="post" runat="server"><input id="btnTransfer" type="button" onclick="post();" runat="server"><input type="text" runat="server" id="SourceData"></form><form id="forPost" method="post"><input type="text" runat="server" id="SourceData2"></form><!--Script代码--><script language="javascript">function post(){forPost.action="DestinationPage.aspx";forPost.submit();}</script>接收页面string a=Request.Form["SourceData2"].ToString();2.通过Session取值，在一个页面中赋值，在其他页面中共享，这个方式也被广泛应用，个人不倾向于用这种方式，我怕造成Session值的混乱无序，Session用来存一些公共的东西已经累得够呛了。
GET PUT POST的含义（Http）POST /articles 创建DELETE /articles/123 删除PUT /articles/123 更新或创建GET /articles/123 查看顺便说说几个知识点：GET操作是安全的。
所谓安全是指不管进行多少次操作，资源的状态都不会改变。
比如我用GET 浏览文章，不管浏览多少次，那篇文章还在那，没有变化。
当然，你可能说每浏览一次文章，文章的浏览数就加一，这不也改变了资源的状态么？这并不矛盾，因为这个改变不是GET操作引起的，而是用户自己设定的服务端逻辑造成的。
PUT，DELETE操作是幂等的。
所谓幂等是指不管进行多少次操作，结果都一样。
比如我用PUT 修改一篇文章，然后在做同样的操作，每次操作后的结果并没有不同，DELETE也是一样。
顺便说一句，因为GET操作是安全的，所以它自然也是幂等的。
POST操作既不是安全的，也不是幂等的，比如常见的POST重复加载问题：当我们多次发出同样的POST请求后，其结果是创建出了若干的资源。
安全和幂等的意义在于：当操作没有达到预期的目标时，我们可以不停的重试，而不会对资源产生副作用。
从这个意义上说，POST操作往往是有害的，但很多时候我们还是不得不使用它。
还有一点需要注意的就是，创建操作可以使用POST，也可以使用PUT，区别在于POST 是作用在一个集合资源之上的（/articles），而PUT操作是作用在一个具体资源之上的（/articles/123），再通俗点说，如果URL可以在客户端确定，那么就使用PUT，如果是在服务端确定，那么就使用POST，比如说很多资源使用数据库自增主键作为标识信息，而创建的资源的标识信息到底是什么只能由服务端提供，这个时候就必须使用POST。
关于GET POST 的混淆先说相同点，只有了解了相同点之后才能理解为什么会发生混淆。
两者都能向服务器发送数据，提交的“内容”[注1]的格式相同，都是var_1=value_1&var_2=value_2&....get 和post 区别如字面，一个是get（获取），一个是post（发送）。
HTTP POST GET 本质区别详解一原理区别一般在浏览器中输入网址访问资源都是通过GET方式；在FORM提交中，可以通过Method指定提交方式为GET或者POST，默认为GET提交Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT，DELETEURL全称是资源描述符，我们可以这样认为：一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查，改，增，删 4个操作。
到这里，大家应该有个大概的了解了，GET一般用于获取/查询资源信息，而POST一般用于更新资源信息(个人认为这是GET和POST 的本质区别，也是协议设计者的本意，其它区别都是具体表现形式的差异 )。
根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
1.所谓安全的意味着该操作用于获取信息而非修改信息。
换句话说，GET请求一般不应产生副作用。
就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
* 注意：这里安全的含义仅仅是指是非修改信息。
2.幂等的意味着对同一URL的多个请求应该返回同样的结果。
这里我再解释一下幂等这个概念：幂等（idempotent、idempotence）是一个数学或计算机学概念，常见于抽象代数中。
幂等有以下几种定义：对于单目运算，如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的，那么我们就称该运算是幂等的。
比如绝对值运算就是一个例子，在实数集中，有abs(a) = abs(abs(a)) 。
对于双目运算，则要求当参与运算的两个值是等值的情况下，如果满足运算结果与参与运算的两个值相等，则称该运算幂等，如求两个数的最大值的函数，有在在实数集中幂等，即max(x,x) = x 。
看完上述解释后，应该可以理解GET幂等的含义了。
但在实际应用中，以上2条规定并没有这么严格。
引用别人文章的例子：比如，新闻站点的头版不断更新。
虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。
从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST 实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。
上面大概说了一下HTTP规范中，GET和POST的一些原理性的问题。
但在实际的做的时候，很多人却没有按照HTTP规范去做，导致这个问题的原因有很多，比如说：1.很多人贪方便，更新资源时用了GET，因为用POST必须要到FORM（表单），这样会麻烦一点。
2.对资源的增，删，改，查操作，其实都可以通过GET/POST完成，不需要用到PUT和DELETE。
3.另外一个是，早期的但是Web MVC框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计。
还有一个较为严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法，而不支持PUT和DELETE方法。
* 简单解释一下MVC：MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。
使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
以上3点典型地描述了老一套的风格（没有严格遵守HTTP规范），随着架构的发展，现在出现REST(Representational State Transfer)，一套支持HTTP 规范的新风格，这里不多说了，可以参考《RESTful Web Services》。
二表现形式区别搞清了两者的原理区别，我们再来看一下他们实际应用中的区别：为了理解两者在传输过程中的不同，我们先看一下HTTP协议的格式：HTTP请求：<request line><headers><blank line><request-body>]在HTTP请求中，第一行必须是一个请求行（request line），用来说明请求类型、要访问的资源以及使用的HTTP版本。
紧接着是一个首部（header）小节，用来说明服务器要使用的附加信息。
在首部之后是一个空行，再此之后可以添加任意的其他数据[称之为主体（body）]。
GET与POST方法实例：GET /books/?sex=man&name=Professional HTTP/1.1Host: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1Connection: Keep-AlivePOST / HTTP/1.1Host: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1Content-Type: application/x-www-form-urlencodedContent-Length: 40Connection: Keep-Alive（----此处空一行----）name=Professional%20Ajax&publisher=Wiley有了以上对HTTP请求的了解和示例，我们再来看两种提交方式的区别：（1）GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，多个参数用&连接；例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD 。
如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。
POST提交：把提交的数据放置在是HTTP包的包体中。
上文示例中红色字体标明的就是实际的传输数据因此，GET提交的数据会在地址栏中显示出来，而POST提交，地址栏不会改变(2)传输数据的大小：首先声明：HTTP协议没有对传输的数据大小进行限制，HTTP协议规范也没有对URL长度进行限制。
而在实际开发中存在的限制主要有：GET:特定浏览器和服务器对URL长度有限制，例如IE对URL长度的限制是2083字节(2K+35)。
对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
因此对于GET提交时，传输数据就会受到URL长度的限制。
POST:由于不是通过URL传值，理论上数据不受限。
但实际各个WEB服务器会规定对post提交数据大小进行限制，Apache、IIS6都有各自的配置。
(3)安全性：.POST的安全性要比GET的安全性高。
注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。
上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击（4）Http get,post,soap协议都是在http上运行的1）get：请求参数是作为一个key/value对的序列（查询字符串）附加到URL上的查询字符串的长度受到web浏览器和web服务器的限制（如IE 最多支持2048个字符），不适合传输大型数据集同时，它很不安全2）post：请求参数是在http标题的一个不同部分（名为entity body）传输的，这一部分用来传输表单信息，因此必须将Content-type设置为:application/x-www-form-urlencoded。
post设计用来支持web窗体上的用户字段，其参数也是作为key/value对传输。
但是：它不支持复杂数据类型，因为post没有定义传输数据结构的语义和规则。
3）soap：是http post的一个专用版本，遵循一种特殊的xml消息格式Content-type设置为: text/xml 任何数据都可以xml化三 HTTP响应1．HTTP响应格式：<status line><headers><blank line>[<response-body>]在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。
状态行（status line）通过提供一个状态码来说明所请求的资源情况。
HTTP响应实例：HTTP/1.1 200 OKDate: Sat, 31 Dec 2005 23:59:59 GMTContent-Type: text/html;charset=ISO-8859-1Content-Length: 122＜html＞＜head＞＜title＞Wrox Homepage＜/title＞＜/head＞＜!-- body goes here --＞＜/body＞＜/html＞2．最常用的状态码有：◆200 (OK): 找到了该资源，并且一切正常。
◆304 (NOT MODIFIED): 该资源在上次请求之后没有任何修改。
这通常用于浏览器的缓存机制。
◆401 (UNAUTHORIZED): 客户端无权访问该资源。
这通常会使得浏览器要求用户输入用户名和密码，以登录到服务器。
◆403 (FORBIDDEN): 客户端未能获得授权。
这通常是在401之后输入了不正确的用户名或密码。
◆404 (NOT FOUND): 在指定的位置不存在所申请的资源。
四完整示例：例子：HTTP GET发送GET/DEMOWebServices2.8/Service.asmx/CancelOrder?UserID=string&PWD=string &OrderConfirmation=string HTTP/1.1Host: 回复HTTP/1.1 200 OKContent-Type: text/xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><objPlaceOrderResponse xmlns="https:///webservices2.3"> <Success>boolean</Success><ErrorDescription>string</ErrorDescription><ErrorNumber>int</ErrorNumber><CustomerOrderReference>long</CustomerOrderReference><OrderConfirmation>string</OrderConfirmation><CustomerDealRef>string</CustomerDealRef></objPlaceOrderResponse>发送POST /DEMOWebServices2.8/Service.asmx/CancelOrder HTTP/1.1Host: Content-Type: application/x-www-form-urlencodedContent-Length: lengthUserID=string&PWD=string&OrderConfirmation=string回复HTTP/1.1 200 OKContent-Type: text/xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><objPlaceOrderResponse xmlns="https:///webservices2.3"> <Success>boolean</Success><ErrorDescription>string</ErrorDescription><ErrorNumber>int</ErrorNumber><CustomerOrderReference>long</CustomerOrderReference><OrderConfirmation>string</OrderConfirmation><CustomerDealRef>string</CustomerDealRef></objPlaceOrderResponse>SOAP 1.2发送POST /DEMOWebServices2.8/Service.asmx HTTP/1.1Host: Content-Type: application/soap+xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><soap12:Envelopexmlns:xsi="/2001/XMLSchema-instance"xmlns:xsd="/2001/XMLSchema"xmlns:soap12="/2003/05/soap-envelope"><soap12:Body><CancelOrder xmlns="https:///webservices2.3"> <UserID>string</UserID><PWD>string</PWD><OrderConfirmation>string</OrderConfirmation></CancelOrder></soap12:Body></soap12:Envelope>回复HTTP/1.1 200 OKContent-Type: application/soap+xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><soap12:Envelopexmlns:xsi="/2001/XMLSchema-instance"xmlns:xsd="/2001/XMLSchema"xmlns:soap12="/2003/05/soap-envelope"><soap12:Body><CancelOrderResponsexmlns="https:///webservices2.3"><CancelOrderResult><Success>boolean</Success><ErrorDescription>string</ErrorDescription><ErrorNumber>int</ErrorNumber><CustomerOrderReference>long</CustomerOrderReference><OrderConfirmation>string</OrderConfirmation><CustomerDealRef>string</CustomerDealRef></CancelOrderResult></CancelOrderResponse></soap12:Body></soap12:Envelope>。
