HTTP post上传 小纪

POST上传数据

URL方面提交时，浏览器不做修正，需要自己将不合法的地方转化成16进制的码值。

例子如下：

如果其URL值存在非法字符（如中文字符），应将其进行URL Encoding处理。URL Encoding的处理方法如下：

字母数字字符 "a" 到 "z"、"A" 到 "Z" 和 "0" 到 "9" 保持不变。
特殊字符 "."、"-"、"*" 和 "_" 保持不变。
空格字符 " " 转换为一个加号 "+"。
所有其他字符都是不安全的，因此首先使用一种编码机制将它们转换为一个或多个字节。然后对每个字节用一个包含 3 个字符的字符串 "%xy" 表示，其中 xy 为该字节的两位十六进制表示形式。推荐的编码机制是 UTF-8。
将“中文”两个字符进行URL Encoding所得到的值就是“%E4%B8%AD%E6%96%87”。

Content type很重要，因为post方式将数据放在了request body中，而request中数据的编码方式由content type决定

例子如下

一、当content type的值为application/x-www-form-urlencoded时

<form action="checkUser.html" method="POST">  

    <input type="hidden" name="opt" value="中文"/>  

    <input type="text" name="username" value="yyy"/>  

    <input type="text" name="age" value="zzz"/>  

    <inupt type="submit" value="submit"/>  

</form>  

表单提交时，HTTP头部信息如下：

POST /hello/checkUser.html HTTP/1.1

Accept: */*

Referer: http://localhost:8000/hello/index.jsp
Accept-Language: zh-cn

Content-Type: application/x-www-form-urlencoded

Accept-Encoding: gzip, deflate

Host: localhost:8000

Content-Length: 43

Connection: Keep-Alive

Cache-Control: no-cache

Cookie: JSESSIONID=4EF9C5B81356481F470F3C60D9E77D94

opt=%E4%B8%AD%E6%96%87&username=yyy&age=zzz

传递的数据参数都被放在了request body中（cookie后面的部分），header中比get方式多规定了content-length和content-type，URL上没有跟数据。

二、当content type的值为multipart/form-data时

<form action="checkUser.html?opt=xxx" method="POST"  

        enctype="multipart/form-data">   

    <input type="text" name="username" value="yyy"/>   

    <input type="text" name="age" value="zzz"/>  

    <input type="file" name="file" />   

    <inupt type="submit" value="submit"/>  

</form>

  

表单提交时HTTP头部信息如下：

POST /hello/checkUser.html?opt=xxx HTTP/1.1

Accept: */*

Referer: http://localhost:8000/hello/index.html
Accept-Language: zh-cn

Content-Type: multipart/form-data; boundary=---------------------------7d931c5d043e

Accept-Encoding: gzip, deflate

Host: localhost:8000

Content-Length: 382

Connection: Keep-Alive

Cache-Control: no-cache

Cookie: JSESSIONID=6FE3D8E365DF9FE26221A32624470D24

-----------------------------7d931c5d043e

Content-Disposition: form-data; name="username"

yyy

-----------------------------7d931c5d043e

Content-Disposition: form-data; name="age"

zzz

-----------------------------7d931c5d043e

Content-Disposition: form-data; name="file"; filename="C:\1.txt"

Content-Type: text/plain

hello 

-----------------------------7d931c5d043e

当multipart传输时，opt参数跟在了URL后面，其他参数被放在了request body中（cookie后面的部分），content-type中还规定了一个boundary，我的理解这就是个分割线（为了分割出不同数据的边界而存在的）。有意思的是request body里面的内容，每个数据都需要申明自己的内容类型，也就是content-disposition这个参数，然后是name（key值名称），换行！！！！
val值。当数据是文件时可以看例子中的写法，很清楚的写明了。