POST 経由でデータを送信する 4 つの一般的な方法

データを POST 送信する 4 つの一般的な方法

HTTP プロトコルは ASCII コードで送信され、TCP/IP プロトコルに基づくアプリケーション層の仕様であることがわかっています。この仕様では、HTTP リクエストをステータス行、リクエスト ヘッダー、メッセージ本文の 3 つの部分に分割しています。以下に似ています:

<method> <request-url> <version><headers>
<entity-body></entity-body></headers></version></request-url></method>

このプロトコルは、POST によって送信されたデータをメッセージ本文 (entity-body) に配置する必要があると規定していますが、データがどのようなエンコード方式を使用する必要があるかはプロトコルで指定されていません。実際、送信される最後の HTTP リクエストが上記の形式を満たしている限り、開発者はメッセージ本文の形式を自分で完全に決定できます。

ただし、データが送信される前に、サーバーがデータを正常に解析できた場合にのみ意味を持ちます。 php、pythonなどの一般的なサーバーサイド言語とそのフレームワークには、一般的なデータ形式を自動的に解析する機能が組み込まれています。サーバーは通常、リクエストのメッセージ本文がリクエスト ヘッダーの Content-Type フィールドに基づいてエンコードされる方法を学習し、本文を解析します。したがって、POST 送信データ スキームには、Content-Type とメッセージ本文のエンコード方式という 2 つの部分が含まれます。正式に紹介を始めましょう。

application/x-www-form-urlencoded

これは、POST 経由でデータを送信する最も一般的な方法です。ブラウザーのネイティブ フォームの場合、enctype 属性が設定されていない場合、データは最終的に application/x-www-form-urlencoded モードで送信されます。リクエストは次のようなものです (この記事では無関係なリクエスト ヘッダーは省略しています):

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’] はタイトルの値を取得でき、$_POST[‘sub’] はサブ配列を取得できます。

Ajax を使用してデータを送信するときも、この方法を使用することがよくあります。たとえば、jquery や QWrap の Ajax では、Content-Type のデフォルト値は「application/x-www-form-urlencoded;charset=utf-8」です。

multipart/form-data

これは、もう 1 つの一般的な POST データ送信方法です。フォームを使用してファイルをアップロードする場合、フォームの enctyped はこの値と等しくなければなりません。リクエストの例を直接見てみましょう:

Content-Type:multipart/form-data; boundary=—-WebKitFormBoundaryrGKCBY7qhFd3TrwA
——WebKitFormBoundaryrGKCBY7qhFd3TrwAContent-Disposition: form-data; name=”text”
title——WebKitFormBoundaryrGKCBY7qhFd3TrwAContent-Disposition: form-data; name=”file”; filename=”chrome.png”Content-Type: image/png
PNG … content of chrome.png …——WebKitFormBoundaryrGKCBY7qhFd3TrwA–

この例はもう少し複雑です。まず、テキストの内容との重複を避けるために、異なるフィールドを区切るために境界が生成されます。境界は非常に長く複雑です。次に、Content-Type は、データが mutipart/form-data でエンコードされることと、このリクエストの境界コンテンツが何であるかを指定します。メッセージ本文は、フィールドの数に応じて、同様の構造を持つ複数の部分に分割されます。各部分は –boundary で始まり、その後に内容の説明情報、改行、最後にフィールドの特定の内容 (テキストまたはバイナリ) が続きます。ファイルを転送する場合は、ファイル名とファイル タイプの情報も含める必要があります。メッセージ本文は –boundary– フラグで終わります。 mutipart/form-data の詳細な定義については、rfc1867 を参照してください。
この方法は一般にファイルをアップロードするために使用され、主要なサーバー言語でもこの方法が適切にサポートされています。

上記の POST データの 2 つのメソッドはブラウザーでネイティブにサポートされており、現段階ではネイティブ フォームはこれら 2 つのメソッドのみをサポートしています。しかし、ますます多くの Web サイト、特に WebApp がデータのやり取りに Ajax を使用するようになっているため、新しいデータ送信メソッドを完全に定義して開発の利便性を高めることができます。

application/json

application/json この Content-Type は、応答ヘッダーとして誰もがよく知っています。実際、現在では、メッセージ本文がシリアル化された JSON

であることをサーバーに伝えるためのリクエスト ヘッダーとして使用する人が増えています。 JSON 仕様の普及により、IE の下位バージョンを除くすべての主要ブラウザは JSON.stringify をネイティブでサポートしているため、JSON を処理する機能も備えているため、JSON を使用する際に問題は発生しません。 JSON 形式は、キーと値のペアよりもはるかに複雑な構造化データをサポートしていることも便利です。数年前にプロジェクトに取り組んでいたとき、提出する必要のあるデータは非常に深いレベルにあり、データを JSON にシリアル化して提出したことを思い出します。ただし、その時は JSON 文字列を val として使用し、それをキーと値のペアに配置し、x-www-form-urlencoded モードで送信しました。

Google 的 AngularJS 中的 Ajax 功能，默认就是提交 JSON 字符串。例如下面这段代码：
var data = {‘title':’test’, ‘sub’ : [1,2,3]};$http.post(url, data).success(function(result) {    …});

送信される最終リクエストは次のとおりです:

Content-Type: application/json;charset=utf-8
{“title”:”test”,”sub”:[1,2,3]}

このソリューションは、複雑な構造化データを簡単に送信でき、特に RESTful インターフェイスに適しています。 Chrome 独自の開発者ツール、Firebug、Fiddler などの主要なパケット キャプチャ ツールは、JSON データをツリー構造で表示するため、非常に使いやすいです。ただし、一部のサーバー側言語はまだこのメソッドをサポートしていません。たとえば、php は $_POST オブジェクトを通じて上記のリクエストからコンテンツを取得できません。このとき、リクエストヘッダーの Content-Type が application/json の場合、

input から元の入力ストリームを取得し、json_decode してオブジェクトに変換する必要があります。一部の PHP フレームワークはすでにこれを開始しています。

当然 AngularJS 也可以配置为使用 x-www-form-urlencoded 方式提交数据。如有需要，可以参考这篇文章。

text/xml

我的博客之前提到过 XML-RPC（XML Remote Procedure Call）。它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

Content-Type: text/xml
<!–?xml version=”1.0″?–><methodcall>    <methodname>examples.getStateName</methodname>    <params>        <param>            <value><i4>41</i4></value>            </params></methodcall>

XML-RPC 协议简单、功能够用，各种语言的实现都有。它的使用也很广泛，如 WordPress 的 XML-RPC Api，搜索引擎的 ping 服务等等。JavaScript 中，也有现成的库支持以这种方式进行数据交互，能很好的支持已有的 XML-RPC 服务。不过，我个人觉得 XML 结构还是过于臃肿，一般场景用 JSON 会更灵活方便。

以上がPOST 経由でデータを送信する 4 つの一般的な方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。