Was bedeutet “Inhaltstyp: application / json; Zeichensatz = utf-8 ”wirklich bedeuten?

Wenn ich eine POST-Anfrage mit einem JSON-Body an meinen REST-Service stelle, füge ich sie Content-type: application/json; charset=utf-8in den Nachrichtenkopf ein. Ohne diesen Header erhalte ich eine Fehlermeldung vom Dienst. Ich kann auch erfolgreich Content-type: application/jsonohne die ;charset=utf-8Portion verwenden.

Was genau macht charset=utf-8das? Ich weiß, dass es die Zeichenkodierung angibt, aber der Dienst funktioniert ohne sie einwandfrei. Beschränkt diese Codierung die Zeichen, die sich im Nachrichtentext befinden können?

Der Header gibt nur an, in was der Inhalt codiert ist. Es ist nicht unbedingt möglich, den Typ des Inhalts aus dem Inhalt selbst abzuleiten, dh Sie können nicht unbedingt nur den Inhalt betrachten und wissen, was damit zu tun ist. Dafür sind HTTP-Header gedacht. Sie teilen dem Empfänger mit, um welche Art von Inhalten es sich (angeblich) handelt.

Content-type: application/json; charset=utf-8bezeichnet den Inhalt im JSON-Format, das in der UTF-8-Zeichencodierung codiert ist. Das Festlegen der Codierung ist für JSON etwas redundant, da die Standardcodierung (nur?) Für JSON UTF-8 ist. In diesem Fall ist der empfangende Server anscheinend froh zu wissen, dass es sich um JSON handelt, und geht davon aus, dass die Codierung standardmäßig UTF-8 ist. Deshalb funktioniert er mit oder ohne Header.

Beschränkt diese Codierung die Zeichen, die sich im Nachrichtentext befinden können?

Nein. Sie können im Header und im Body alles senden, was Sie wollen. Wenn die beiden jedoch nicht übereinstimmen, erhalten Sie möglicherweise falsche Ergebnisse. Wenn Sie im Header angeben, dass der Inhalt UTF-8-codiert ist, Sie jedoch tatsächlich Latin1-codierten Inhalt senden, erzeugt der Empfänger möglicherweise Mülldaten und versucht, Latin1-codierte Daten als UTF-8 zu interpretieren. Wenn Sie natürlich angeben, dass Sie Latin1-codierte Daten senden und dies tatsächlich tun, sind Sie auf die 256 Zeichen beschränkt, die Sie in Latin1 codieren können.

Um die Behauptung von @ deceze zu untermauern, dass die Standard-JSON-Codierung UTF-8 ist ...

Von IETF RFC4627 :

JSON-Text MUSS in Unicode codiert sein. Die Standardcodierung ist UTF-8.

Da die ersten beiden Zeichen eines JSON-Textes immer ASCII-Zeichen sind [RFC0020], kann bestimmt werden, ob ein Oktettstrom UTF-8, UTF-16 (BE oder LE) oder UTF-32 (BE oder LE) ist. indem Sie das Muster der Nullen in den ersten vier Oktetten betrachten.

      00 00 00 xx  UTF-32BE
      00 xx 00 xx  UTF-16BE
      xx 00 00 00  UTF-32LE
      xx 00 xx 00  UTF-16LE
      xx xx xx xx  UTF-8

Beachten Sie, dass IETF RFC4627 durch IETF RFC7158 ersetzt wurde . In Abschnitt [8.1] wird der zuvor von @Drew zitierte Text zurückgezogen, indem gesagt wird:

Implementations MUST NOT add a byte order mark to the beginning of a JSON text.

Ich stimme @deceze genau zu, aber ich möchte diesen Teil der Frage "Ich erhalte einen Fehler vom Dienst" entwickeln.

Wir bekommen diese Art von Fehlern als http 415

HTTP 415 Nicht unterstützter Medientypfehler

Der HTTP 415-Client-Fehlerantwortcode für nicht unterstützte Medientypen gibt an, dass der Server die Anforderung nicht akzeptiert, da das Nutzdatenformat in einem nicht unterstützten Format vorliegt.

Das Formatproblem kann auf den angegebenen Inhaltstyp oder die Inhaltscodierung der Anforderung oder auf die direkte Überprüfung der Daten zurückzuführen sein.

Mit anderen Worten, wie in https://stackoverflow.com/a/22643964/914284 dieses Beispiel zu sehen.

• Wir müssen den richtigen Inhaltstyp festlegen und den richtigen Inhaltstyp akzeptieren (siehe Inhaltstyp hinzufügen: application / json und Akzeptieren: application / json). Andernfalls wird die Standardeinstellung übernommen

Die Implementierung von Dart http verarbeitet die Bytes dank dieses "charset = utf-8". Ich bin sicher, dass mehrere Implementierungen dies unterstützen, um den Fallback-Zeichensatz "latin-1" beim Lesen der Bytes aus der Antwort zu vermeiden. In meinem Fall verliere ich das Format der Antworttextzeichenfolge vollständig, daher muss ich die Bytecodierung manuell in utf8 durchführen oder diesen "inneren" Headerparameter zur API-Antwort meines Servers hinzufügen.

Ich habe HttpClient verwendet und den Antwortheader mit dem Inhaltstyp zurückgegeben application/json. Ich habe Zeichen wie Fremdsprachen oder Symbole verloren, die Unicode verwendeten, da HttpClient standardmäßig ISO-8859-1 ist . Seien Sie also so explizit wie möglich, wie von @WesternGun erwähnt, um mögliche Probleme zu vermeiden.

Es gibt keine Möglichkeit, dass der Server den angeforderten Header-Zeichensatz ( method.setRequestHeader("accept-charset", "UTF-8");) für mich nicht verarbeitet , und ich musste Antwortdaten als Zeichenbytes abrufen und sie mit UTF-8 in einen String konvertieren. Es wird daher empfohlen, explizit zu sein und die Annahme eines Standardwerts zu vermeiden.