ASP.NETプログラミングでは頻繁に、フォームで個人情報を次のコードに遭遇し、サーバやデータベースに保存されたバックグラウンドプログラムに提出します。
1 < フォームアクション= "userManage.ashx" 方法= "POST" のenctype = "アプリケーション/ x-www-form-urlencodedで" > 2 名称：< 入力タイプ= "テキスト" 名前= "のuname" クラス= "のuname" / > < BR /> 3 邮件：< 入力タイプ= "テキスト" 名前= "メール" クラス= "メール" /> < BR /> 4 < 入力タイプ= "提出"名前= "送信" 値を= "提交" /> 5 </ フォーム>
enctype属性は、フォームデータをエンコードする方法をサーバーに送信される前に指定します。
デフォルトでは、フォームデータは、 "アプリケーション/ x-www-form-urlencodedで" として符号化されます。これは、サーバーに送信される前に、すべての文字が（ASCIIのHEX値にスペースに変換「+」プラス、特殊記号）符号化されている、です。
enctype属性値
| 値 | 説明 |
|---|---|
| アプリケーション/ x-www-form-urlencodedで | 送信する前にすべての文字（デフォルト）コーディング |
| マルチパート/フォームデータ | ない文字エンコーディング。 フォームを使用して、ファイルアップロードコントロールが含まれている場合は、この値を使用する必要があります。 |
| text / plainの | スペースは「+」に変換プラスではなく、特殊な文字エンコーディング。 |
" のC＃8 GETおよびHTTP POSTの一連の比較図 HTTP"はオプションなどの一般的な方法を記載し、GET、HEAD、POST、 PUT、DELETE、TRACE、CONNECT これらのタイプ。ここでPOSTは通常、サーバにデータを送信するために使用します。：詳細は、を参照してくださいHTTP1.1契約。
HTTPプロトコルは、 ASCIIコード の送信、TCP / IPプロトコルを上記標準化されたアプリケーション層の確立。ステータスライン、リクエストヘッダ、メッセージ本文：仕様HTTP要求は3つのセクションに分かれています。それは次のようになります。
BASH<method> <request-URL> <version>
<headers>
<entity-body>
POST所定のデータ・プロトコルは、メッセージ本体（エンティティボディ）に提出されなければならないが、このプロトコルはにデータを必要としない符号化を使用したもの。実際には、開発者は、メッセージ本文の形式を決めることができ、限り、最後に送信されたHTTPリクエストは、上記のフォーマットができ会います。 しかし、データが送信されますが、また、成功したサーバが理にかなって解決しました。一般的なサーバーなど、.NET、JAVA、PHP、Pythonの、などの言語、並びにこれらのフレームワークは、自動的に共通のデータフォーマット機能を解決するために構築されています。
サーバは、通常で（ヘッダ）要求ヘッダでコンテンツタイプが 符号化された要求メッセージ本体フィールド学習され、その後、被験者を解析します。
だから、POSTプログラムは、Content-Typeとメッセージ本文のエンコード二つの部分を含んで提出されたデータになります。
enctype プロパティを、その後、最終的なデータは、application / x-www-フォーム-に提出される URLエンコード方法。
1 < フォームID = "Form1の" にrunat = "サーバ" アクション= "UserManageHandler.ashx" 方法= "POST" のenctype = "アプリケーション/ x-www-form-urlencodedで" > 2 < DIV > 3 名称：< 入力タイプ= "テキスト" 名前= "のuname" クラス= "のuname" /> < BR /> 4 邮件：< 入力タイプ= "テキスト" 名前= "メール" クラス=」メール」 /> < BR /> 5 <入力タイプ= "提出" 名前= "送信" の値を"提交" = /> 6 </ DIV > 7 </ 構成>
このボタンをクリックし、[提出]、フォームは次のように要求があるときフィドラーキャプチャ参照、要求されたデータを送信する（この記事のリクエストヘッダとは無関係のは省略されています）：
まず、コンテンツタイプは、アプリケーション/ X-WWW-フォーム-として指定され 、URLエンコード
第二に、データが送信VAL1方式のKEY1に従って符号化され=＆キーのKEY2 = VAL2、およびURLヴァルトランスコーディングを行いました。
ほとんどのサーバーサイドの言語は、このアプローチのために非常に良いサポートを持っています。.NETの例では、context.Request [「は、uname」]はcontext.Request [「電子メール」]はメッセージの値を取得するには、値名を取得することができます。
多くの場合、アヤックスを使用してデータを提出する際にも、このアプローチを使用しています。
例えば、jQueryの（グーグル株式会社）とAjaxのQWrap（Baiduの会社）が、Content-Typeのデフォルト値は、 "アプリケーション/ X-WWW-フォーム-で URLエンコード;のcharset = UTF-8 "。
<form id="form1" runat="server" action="UserManageHandler.ashx" method="post" enctype="multipart/form-data"> <div> 名称： <input type="text" name="uname" class="uname" /><br/> 邮件： <input type="text" name="email" class="email" /><p/> 附件1： <input type="file" name="file1" class="file" /><p/> 附件2： <input type="file" name="file2" class="file" /><p/> 附件3： <input type="file" name="file3" class="file" /><p/> <input type="submit" name="submit" value="提交" /> </div> </form>
- application/x-www-form-urlencoded 不能用于上传文件，只能提交文本，当然如果有file控件的话也只能提交文件名。
- multipart/form-data 用于上传文件以及文本。
此点击【提交】按钮，Form提交请求数据，Fiddler抓包时看到的请求如下（无关的请求头在本文中都省略掉了）：
方式二：上传多个附件，一个普通文本，一个Office word文档，一个png图片
此点击【提交】按钮，Form提交请求数据，Fiddler抓包时看到的请求如下（无关的请求头在本文中都省略掉了）：
（1）boundary：用于分割不同的字段，为了避免与正文内容重复。以2个横线“--”开头，最后的字段之后以2个横线“--”结束。
（2）Content-Type： 指明了数据是以 multipart/form-data 来编码。
（3）消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束。
关于 multipart/form-data 的详细定义，请查看 rfc1867
这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。
上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段标准中原生 <form> 表单也只支持这两种方式（通过 <form> 元素的 enctype 属性指定，默认为 application/x-www-form-urlencoded。）。
随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式，给开发带来更多便利。
enctype 还支持 text/plain，不过用得非常少。
<form action="userManage.ashx" method="post" enctype="text/plain"> 名称： <input type="text" name="uname" class="uname" /><br /> 邮件： <input type="text" name="email" class="email" /><br /> <input type="submit" name="submit" value="提交"/> </form>
此点击【提交】按钮，Form提交请求数据，Fiddler抓包时看到的请求如下（无关的请求头在本文中都省略掉了）：
application/json
application/json 这个 Content-Type 作为响应头大家肯定不陌生。实际上，现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的 JSON 字符串。由于 JSON 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数，使用 JSON 不会遇到什么问题。
1、form-data:
http请求中的multipart/form-data,它会将表单的数据处理为一条消息，以标签为单元，用分隔符分开。既可以上传键值对，也可以上传文件。当上传的字段是文件时，会有Content-Type来表名文件类型；content-disposition，用来说明字段的一些信息；由于有boundary隔离，所以multipart/form-data既可以上传文件，也可以上传键值对，它采用了键值对的方式，所以可以上传多个文件。
点击【Code】按钮，打开如下窗体
2、x-www-form-urlencoded：
就是application/x-www-from-urlencoded,会将表单内的数据转换为键值对
点击【Code】按钮，打开如下窗体
3、raw
可以上传任意格式的文本，可以上传text、json、xml、html等
后台代码如下：
1 public void ProcessRequest(HttpContext context) 2 { 3 context.Response.ContentType = "application/json"; //"text/plain"; 4 5 string uname = context.Request["uname"]; 6 string email = context.Request["email"]; 7 8 StringBuilder sbFiles = new StringBuilder(); 9 HttpFileCollection filesCollection = context.Request.Files; 10 11 if (filesCollection != null && filesCollection.Count > 0) 12 { 13 for (var i = 0; i < filesCollection.Count; i++) 14 { 15 HttpPostedFile postedFile = filesCollection[i]; 16 if (!string.IsNullOrWhiteSpace(postedFile.FileName)) 17 { 18 sbFiles.AppendLine(); 19 sbFiles.AppendLine("附件" + (i + 1)); 20 sbFiles.AppendLine("文件名称：" + postedFile.FileName); 21 sbFiles.AppendLine("文件大小(字节)：" + postedFile.ContentLength); 22 sbFiles.AppendLine("客户端发送的文件的 MIME 内容类型：" + postedFile.ContentType); 23 } 24 } 25 } 26 27 context.Response.Write("提交结果如下：" + Environment.NewLine + 28 "名称："+のuname + Environment.NewLine + 29 " 邮箱：" +メール+ Environment.NewLine + 30 sbFiles 31 ）。 32 }
次のような結果を返すために、[送信]ボタンをクリックしてください：
4、バイナリー
コンテンツタイプと同等：アプリケーション/ octet-streamと、あなただけのバイナリデータをアップロードすることができます。
一般的にどのキーがないため、ファイルをアップロードするので、一つだけのファイルをアップロードするために使用。
