POST http://www.example.com HTTP/1.1

Content-Type : application/x-www-form-urlencoded;charset=utf-8
title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3

Zunächst wird Content-Type als application/x-www-form-urlencoded angegeben; die Formatanforderung ist hier die Formatanforderung der Abfragezeichenfolge in der URL: Mehrere Schlüssel-Wert-Paare werden mit & sowie Schlüsseln und Werten verbunden ​​werden durch = Connection vorangestellt und es können nur ASCII-Zeichen verwendet werden, die mit UrlEncode codiert werden müssen. Die meisten serverseitigen Sprachen unterstützen diese Methode gut. Beispielsweise kann in PHP $_POST['title'] den Wert von title abrufen und $_POST['sub'] kann das Unterarray abrufen.

Dateiaufteilung

Der Anfragetext des dritten Anfragetextes ist in mehrere Teile unterteilt und wird beim Hochladen von Dateien verwendet. Dieses Format ist das erste sollte bei der E-Mail-Übertragung verwendet werden. Jedes Feld/jede Datei wird durch die Grenze (angegeben in Content-Type) in separate Segmente unterteilt. Jedes Segment beginnt mit -- plus Grenze, gefolgt von der Beschreibungskopfzeile des Segments und ist danach leer Beschreibungskopf. Der Inhalt wird in einer Zeile mit -- nach der Grenze markiert. Die Struktur ist in der folgenden Abbildung dargestellt:

Der Schlüssel zur Unterscheidung, ob er berücksichtigt wird Als Datei wird angegeben, ob die Inhaltsdisposition einen Dateinamen enthält, da Dateien unterschiedliche Typen haben. Daher wird der Inhaltstyp auch verwendet, um den Typ der Datei anzugeben. Wenn Sie nicht wissen, um welchen Typ es sich handelt, kann der Wert application/ lauten. octet-stream, um anzugeben, dass es sich bei der Datei um eine Binärdatei handelt. Wenn es sich nicht um eine Datei handelt, kann Content-Type weggelassen werden.
Wenn wir ein Formular zum Hochladen von Dateien verwenden, müssen wir das enctyped des gleich machen mit multipart/form-data. Schauen wir uns direkt eine Beispielanfrage an:

BASHPOST http://www.example.com HTTP/1.1Content-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/pngPNG ... content of chrome.png ...------WebKitFormBoundaryrGKCBY7qhFd3TrwA--

这个例子稍微复杂点。首先生成了一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。然后 Content-Type 里指明了数据是以 multipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 --boundary-- 标示结束。关于 multipart/form-data 的详细定义，请前往 rfc1867 查看。

这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。

上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段标准中原生 表单也只支持这两种方式（通过 元素的enctype 属性指定，默认为 application/x-www-form-urlencoded。其实 enctype 还支持 text/plain，不过用得非常少）。

随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式，给开发带来更多便利。

Encoding:编码

网页中的表单使用POST方法提交时，数据内容的类型是 application/x-www-form-urlencoded，这种类型会：

　　1.字符"a"-"z"，"A"-"Z"，"0"-"9"，"."，"-"，"*"，和"_" 都不会被编码;

2. Leerzeichen in Pluszeichen (+) umwandeln

3. Nicht-Textinhalte in die Form „%xy“ umwandeln, xy ist ein zweistelliger Hexadezimalwert;

4. Platzieren Sie zwischen jedem Name=Wert-Paar ein &-Symbol.

Eines der vielen Probleme, mit denen Webdesigner konfrontiert sind, ist der Umgang mit den Unterschieden zwischen verschiedenen Betriebssystemen. Diese Unterschiede verursachen Probleme mit URLs: Beispielsweise erlauben einige Betriebssysteme Leerzeichen in Dateinamen, andere nicht. Die meisten Betriebssysteme glauben nicht, dass das Symbol „#“ im Dateinamen eine besondere Bedeutung hat. In einer URL zeigt das Symbol „#“ jedoch an, dass der Dateiname beendet ist, gefolgt von einer Fragment-(Teil-)ID. Andere Sonderzeichen, nicht alphanumerische Zeichensätze, die in der URL oder auf einem anderen Betriebssystem eine besondere Bedeutung haben, bereiten ähnliche Probleme. Um diese Probleme zu lösen, müssen die Zeichen, die wir in der URL verwenden, Elemente in einem festen Zeichensatz des ASCII-Zeichensatzes sein, wie folgt:

1. Großbuchstaben A-Z

2. Kleinbuchstaben a-z

3. Zahlen 0-9

4. Satzzeichen - _ ! ~ * ' (und,)

Zeichen wie: / & ? # $ + = und % können ebenfalls verwendet werden, aber jedes hat seinen eigenen speziellen Zweck. Wenn ein Dateiname diese Zeichen enthält ( / & ? @ # $ + = % ), sollten diese Zeichen und alle anderen Zeichen codiert werden.

Der Kodierungsprozess ist sehr einfach. Alle Zeichen, die keine ASCII-Zahlen, Buchstaben oder die oben genannten Satzzeichen sind, werden in die folgende Form umgewandelt: ein „%“, gefolgt von zwei hexadezimalen Ziffern Wert. Leerzeichen sind ein Sonderfall, weil sie so häufig vorkommen. Zusätzlich zur Codierung als „%20“ kann es auch als „+“ codiert werden. Das Pluszeichen (+) selbst wird als %2B codiert. Sowohl / # = & als auch ? sollten codiert werden, wenn sie als Teil eines Namens und nicht als Trennzeichen zwischen URL-Teilen verwendet werden.

WARNUNG Diese Strategie ist in heterogenen Umgebungen mit einer großen Anzahl von Zeichensätzen nicht ideal. Beispiel: Auf US-amerikanischen Windows-Systemen wird é als %E9 kodiert. Auf US-Mac-Systemen wird es als %8E kodiert. Das Vorhandensein dieser Unsicherheit ist ein offensichtlicher Mangel bestehender URIs. Daher sollten zukünftige URI-Spezifikationen durch International Resource Identifiers (IRIs) verbessert werden.

Klassen-URLs führen nicht automatisch eine Kodierung oder Dekodierung durch. Sie können ein URL-Objekt generieren, das illegale ASCII- und Nicht-ASCII-Zeichen und/oder %xx enthalten kann. Solche Zeichen und Escape-Zeichen werden nicht automatisch kodiert oder dekodiert, wenn die Methoden getPath() und toExternalForm() als Ausgabemethoden verwendet werden. Sie sind für die Zeichenfolgenobjekte verantwortlich, die zum Generieren eines URL-Objekts verwendet werden, und stellen sicher, dass alle Zeichen ordnungsgemäß codiert sind.

Verwandte Empfehlungen:

HTTP-Anfrageheader

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der HTTP-Anfrageheader und des Anfragetexts. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!