Form表单、四种常见的POST请求提交数据⽅式1、form表单常⽤属性
1 2 3 4action：url 地址，服务器接收表单数据的地址
method：提交服务器的http⽅法，⼀般为post和get
name：最好好吃name属性的唯⼀性
enctype: 表单数据提交时使⽤的编码类型，默认使⽤"pplication/x-www-form-urlencoded"，如果是使⽤POST请求，则请求头中的content-type指定值就是该值。如果表单中有上传⽂件，编码类型需要使⽤"multipart/form-data"，类型，才能完成传递⽂件数据。
enctype为form表单数据的编码格式，Content-type为Http传输的数据的编码格式。分清两者2、浏览器提交表单时，会执⾏如下步骤
1 2 3 41、识别出表单中表单元素的有效项，作为提交项
2、构建⼀个表单数据集
3、根据form表单中的enctype属性的值作为content-type对数据进⾏编码
4、根据form表单中的action属性和method属性向指定的地址发送数据
3、提交⽅式
1 21、get：表单数据会被encodeURIComponent后以参数的形式:name1=value1&name2=value
2 附带在url?后⾯，再发送给服务器，并在url中显⽰出来。
2、post：enctype 默认"application/x-www-form-urlencoded"对表单数据进⾏编码，数据以键值对在http请求体重发送给服务器；如果enctype 属性为"multipart/form-data"，则以消息的形式发送给服务器。
json值的类型有哪些Http协议⾏为：Http1.1协议
我们知道，HTTP 协议是以 ASCII 码传输，建⽴在 TCP/IP 协议之上的应⽤层规范。规范把 HTTP 请求分为三个部分：状态⾏、请求头、消息主体。类似于下⾯这样：
1<method> <request-URL> <version> <headers> <entity-body> 
协议规定 POST 提交的数据必须放在消息主体（entity-body）中，但协议并没有规定数据必须使⽤什
么编码⽅式。实际上，开发者完全可以⾃⼰决定消息主体的格式，只要最后发送的 HTTP 请求满⾜上⾯的格式就可以。
但是，数据发送出去，还要服务端解析成功才有意义。⼀般服务端语⾔如 php、python 等，以及它们的 framework，都内置了⾃动解析常见数据格式的功能。服务端通常是根据请求头（headers）中的 Content-Type 字段来获知请求中的消息主体是⽤何种⽅式编码，再对主体进⾏解析。
所以说到 POST 提交数据⽅案，包含了 Content-Type 和消息主体编码⽅式两部分
Post请求下的Content-Type类型（编码类型）
1.application/x-www-form-urlencoded
这应该是最常见的 POST 提交数据的⽅式了。浏览器的原⽣ <form> 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded ⽅式提交数据。请求类似于下⾯这样（⽆关的请求头在本⽂中都省略掉了）：
1 2 3 4POST ample HTTP/1.1
Content-Type: application/x-www-form-urlencoded;charset=utf-8 title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3
⾸先，Content-Type 被指定为 application/x-www-form-urlencoded；其次，提交的数据按照 key1=val1&key2=val2 的⽅式进⾏编码，key 和 val 都进⾏了 URL 转码。⼤部分服务端语⾔都对这种⽅式有很好的⽀持。例如 PHP 中，$_POST['title'] 可以获取到 title 的值，$_POST['sub'] 可以得到 sub 数组。
很多时候，我们⽤ Ajax 提交数据时，也是使⽤这种⽅式。例如  和  的 Ajax，Content-Type 默认值都是「application/x-www-form-urlencoded;charset=utf-8」。
2.multipart/form-data
这⼜是⼀个常见的 POST 数据提交的⽅式。我们使⽤表单上传⽂件时，必须让 <form> 表单的 enctype 等于 multipart/form-data。
直接来看⼀个请求⽰例：
form表单：
1 2 3 4 5 6<form action="/upload"enctype="multipart/form-data"method="post">    Username: <input type="text"name="username">
Password: <input type="password"name="password">
File: <input type="file"name="file">
<input type="submit">
</form>
Http协议请求：
1 2 3 4 5 6 7 8 9 10 11 12 13POST ample HTTP/1.1
Content-Type:multipart/form-data; boundary=----WebKitFormBoundaryrGKCBY7qhFd3TrwA
------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="text"
title
------WebKitFormBoundaryrGKCBY7qhFd3TrwA
Content-Disposition: form-data; name="file"; filename="chrome.png"
Content-Type: image/png
PNG ... content of chrome.png ...
------WebKitFormBoundaryrGKCBY7qhFd3TrwA--
这个例⼦稍微复杂点。⾸先⽣成了⼀个 boundary ⽤于分割不同的字段，为了避免与正⽂内容重复，boundary 很长很复杂。然后Content-Type ⾥指明了数据是以 multipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体⾥按照字段个数⼜分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（⽂本或⼆进制）。如果传输的是⽂件，还要包含⽂件名和⽂件类型信息。消息主体最后以 --boundary-- 标⽰结束。关于 multipart/form-data 的详细定义，请前往  查看。
这种⽅式⼀般⽤来上传⽂件，各⼤服务端语⾔对它也有着良好的⽀持。
上⾯提到的这两种 POST 数据的⽅式，都是浏览器原⽣⽀持的，⽽且现阶段标准中原⽣ <form> 表单也（通过 <form> 元素的 enctype 属性指定，默认为 application/x-www-form-urlencoded。其实 enctype 还⽀持 text/plain，不过⽤得⾮常少）。
随着越来越多的 Web 站点，尤其是 WebApp，全部使⽤ Ajax 进⾏数据交互之后，我们完全可以定义
新的数据提交⽅式，给开发带来更多便利。
3.application/json
application/json 这个 Content-Type 作为响应头⼤家肯定不陌⽣。实际上，现在越来越多的⼈把它作为请求头，⽤来告诉服务端消息主体是序列化后的 JSON 字符串。由于 JSON 规范的流⾏，除了低版本 IE 之外的各⼤浏览器都原⽣⽀持 JSON.stringify，服务端语⾔也都有处理 JSON 的函数，使⽤ JSON 不会遇上什么⿇烦。
JSON 格式⽀持⽐键值对复杂得多的结构化数据，这⼀点也很有⽤。记得我⼏年前做⼀个项⽬时，需要提交的数据层次⾮常深，我就是把数据 JSON 序列化之后来提交的。不过当时我是把 JSON 字符串作为 val，仍然放在键值对⾥，以 x-www-form-urlencoded ⽅式提交。
Google 的  中的 Ajax 功能，默认就是提交 JSON 字符串。例如下⾯这段代码：
1 2 3 4var data = {'title':'test', 'sub': [1,2,3]}; $http.post(url, data).success(function(result) {    ...
});
最终发送的请求是：
1 2 3 4POST ample HTTP/1.1 Content-Type: application/json;charset=utf-8
{"title":"test","sub":[1,2,3]}
这种⽅案，可以⽅便的提交复杂的结构化数据，特别适合 RESTful 的接⼝。各⼤抓包⼯具如 Chrome ⾃带的开发者⼯具、Firebug、Fiddler，都会以树形结构展⽰ JSON 数据，⾮常友好。但也有些服务端语⾔还没有⽀持这种⽅式，例如 php 就⽆法通过 $_POST 对象从上⾯的请求中获得内容。这时候，需要⾃⼰动⼿处理下：在请求头中 Content-Type 为 application/json 时，从
php://input
⾥获得原始输⼊流，再
json_decode
成对象。⼀些 php 框架已经开始这么做了。
当然 AngularJS 也可以配置为使⽤ x-www-form-urlencoded ⽅式提交数据。如有需要，可以参考。
它是⼀种使⽤ HTTP 作为传输协议，XML 作为编码⽅式的远程调⽤规范。典型的 XML-RPC 请求是这样的：
1 2 3 4 5 6 7 8 9 10 11 12POST ample HTTP/1.1
Content-Type: text/xml
<?xml version="1.0"?>
<methodCall>
<methodName&StateName</methodName>    <params>
<param>
<value><i4>41</i4></value>
</param>
</params>
</methodCall>
　XML-RPC 协议简单、功能够⽤，各种语⾔的实现都有。它的使⽤也很⼴泛，如 WordPress 的 ，搜索引擎的 等等。JavaScript 中，也有⽀持以这种⽅式进⾏数据交互，能很好的⽀持已有的 XML-RPC 服务。不过，我个⼈觉得 XML 结构还是过于臃肿，⼀般场景⽤JSON 会更灵活⽅便。
  相⽐之下，get⽅式的数据提交⽅式（编码⽅式）只有⼀种，就是application/x-www-form-urlencoding
MIME
"Multipurpose Internet Mail Extensions"多功能Internet邮件扩充服务，它是⼀种多⽤途⽹际邮件扩充协议。
1.作⽤
服务器会将它们发送的多媒体数据的类型告诉浏览器，⽽通知⼿段就是说明该多媒体的MIME类型，从⽽让浏览器知道接受到的信息哪些是MP3，哪些是Shockwave⽂件等等。
服务器将MIME标识符放⼊传送的数据中来告诉浏览器使⽤哪个插件读取相关⽂件
2.通⽤格式
type/subtype
3.细分
类型描述典型⽰例
text表明⽂件是普通⽂本，理论上是可读的语⾔text/plain, text/html, text/css, text/javascript
imag e 表明是某种图像。不包括视频，但是动态图（⽐
如动态gif）也使⽤image类型
image/gif, image/png, image/jpeg, image/bmp, image/webp
audio表明是某种⾳频⽂件audio/midi, audio/mpeg, audio/webm, audio/ogg, audio/wav video表明是某种视频⽂件video/webm, video/ogg
applic ation 表明是某种⼆进制数据
application/octet-
stream, application/pkcs12, application/vnd.mspowerpoint, application/xhtml+xml,
application/xml,  application/pdf,
application/json
对于text⽂件类型若没有特定的subtype，就使⽤ text/plain。类似的，⼆进制⽂件没有特定或已知的 subtype，即使⽤ application/octet-stream。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。