平时使用各种网络传输的时候基本上是以Json格式进行的, 所以对其他几种格式也是一知半解, 今天静下心对其好好梳理一番.

首先我借鉴了一篇文章(https://segmentfault.com/a/1190000014343759), 和大多数资料一样, 他将类型分为四大类

application/x-www-form-urlencoded, multipart/form-data, application/json, text/xml.

我把他的介绍Copy了过来, 这几种确实挺常用的, 但是个人而言, 我用的最多的还是json, 而xml我几乎只在配置文件有直接接触. 

做一个可能不专业的总结, 有错误请指正: 

Json的使用主要是由于REST的兴起, 而且当下流行前后端分离, 后端使用轻量级的webapi, 几乎和json捆绑到一块了.

Xml的传输场景则是基于SOAP(Simple Object Access Protocol), 这个好像接触到的都是Java开发的.

一、以下是最常用的四种类型:

（1）、application/x-www-form-urlencoded
这应该是最常见的 POST 提交数据的方式了。浏览器的原生 <form> 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。

<form action="form_action.asp" enctype="text/plain">
  <p>First name: <input type="text" name="fname" /></p>
  <p>Last name: <input type="text" name="lname" /></p>
  <input type="submit" value="Submit" />
</form>

（2）、multipart/form-data
这也是常见的post请求方式，一般用来上传文件，各大服务器的支持也比较好。所以我们使用表单 上传文件 时，必须让<form>表单的enctype属性值为 multipart/form-data.

（3）、application/json
application/json作为响应头并不陌生，实际上，现在很多时候也把它作为请求头，用来告诉服务端消息主体是序列化的JSON字符串，除了低版本的IE，基本都支持。除了低版本的IE都支持JSON.stringify（）的方法，服务端也有处理JSON的函数，使用json不会有任何麻烦。

（4）、text/xml

二、个人对传输类型进行的分类

其实这个介绍我认为一点都不具备概括性, 开发的同学肯定都使用过一个叫做Postman的东西

 Get请求都是通过URL进行传参的, 也就是我们途中看到的Params, 而Post请求除了可以通过Params来传参, 最关键的则是Body, URL携带的参数基本限定在字符串, 并且需要进行URL转码, 而Body里面则可以有各种格式.

当然none则是没有Body, 不作考虑, 拎出来两个特别的:

1、form-data, 也就是上文中介绍的multipart/form-data, 他通过一个叫做boundary的东西来隔绝键值对, 下面是截图:

 2、binary, 这个看名字就能猜出一二, 这个是直接通过二进制流进行传输的, 这个也没啥好解释的.

剩下的, 我都归类到其他类型, 他们有一个共同的特性, Body内容是一长串字符串, 而在Header里面会有一个Content-Type的属性来告诉接收者这个字符串是怎么组织的.

但是这里面还有一个稍微特别一点的, 就是application/x-www-form-urlencoded, 他需要进行URL转码, 他和Get请求的URL转码是一个意思.

不同的是, Get请求直接拼接到URL上即可, 而该类型则是放到Body, 同时加一个Content-Type的Header.

三、C#中HttpClient进行各种类型的传输

 我们可以看到, 尽管PostAsync有四个重载函数, 但是接受的都是HttpContent, 而查看源码可以看到, HttpContent是一个抽象类

 那我们就不可能直接创建HttpContent的实例, 而需要去找他的实现类, 经过一番研究, 发现了, 如下四个:

MultipartFormDataContent、FormUrlEncodedContent、StringContent、StreamContent

和上面的总结进行一个对比就能发现端倪:

MultipartFormDataContent=》multipart/form-data

FormUrlEncodedContent=》application/x-www-form-urlencoded

StringContent=》application/json等

StreamContent=》binary

而和上面总结的一样FormUrlEncodedContent只是一个特殊的StringContent罢了, 唯一不同的就是在mediaType之前自己手动进行一下URL编码罢了(这一条纯属猜测, 逻辑上应该是没有问题的).