http请求头中的content-type-526互联

web开发过程中客户端与服务端一般通过HTTP协议交互信息，而请求头和响应头用来承载这些交互信息。

请求头和响应头比较正式的叫法分别是请求报文和响应报文，统称为HTTP报文。下面是HTTP报文的结构：

HTTP报文的结构

HTTP报文分为报文首部和报文主体，两者之间用空行分隔（空行由回车符和换行符生成）。

content-type在报文首部，用来表明报文主体的媒体类型（media type）。

在日常开发工作中，用的比较多的是GET和POST请求。

GET请求是把参数信息直接拼接在请求链接后边，没有报文主体，所以也就不需要设置content-type。

而POST请求会把参数信息放在报文主体中，所以需要设置content-type，告诉服务端主体信息的格式，以便服务端解码得到参数信息。

下面主要记录下POST请求常用的几个content-type值：

application/x-www-form-urlencoded
multipart/form-data
application/json

application/x-www-form-urlencoded

默认情况下，以post的方式提交表单数据时，content-type自动设置为application/x-www-form-urlencoded，数据被编码成以 '&' 分隔的键值对，同时以 '=' 分隔键和值。键和值中非字母或数字的字符会被URL编码。

下面是例子：

<form method="post" action="/test/index.php">
    <div>
        name:<input type="text" name="username" />
    </div>
    
    <div>
        password:<input type="password" name="password" />
    </div>
    <button type="submit">Submit</button>
</form>

下面是请求报文的截图：

HTTP POST 请求报文

请求报文中content-type被自动添加了，值是application/x-www-form-urlencoded，请求参数处理成了'key=val&key=val'的形式。

如果不使用form元素，使用XMLHttpRequest提交数据的话，要明确设置请求报文的content-type，否则服务端可能无法获取到客户端传递的参数。

multipart/form-data

multipart/form-data诞生的初衷是为了更方便的让用户上传文件。客户端会按照特殊的格式处理请求主体，服务端获取到请求主体后也会按照该格式的规则解析出数据。看一个例子：

<form method="post" action="/test/index.php" enctype="multipart/form-data">
    <div>
        name:<input type="text" name="username" />
    </div>
    
    <div>
        password:<input type="password" name="password" />
    </div>
    <button type="submit">Submit</button>
</form>

给form元素添加了enctype属性，告诉服务端这次传递数据采用multipart/form-data格式。

看一下请求报文：

HTTP POST 请求报文