[JavaServlet] Zusammenfassung der Korrespondenz, wenn japanische Parameter verstümmelt sind

Dies ist Ayaka aus Kids Programming Class ITWORKS. Ich werde zwischen Kindererziehung nähen und es beschreiben. Dieses Mal werde ich den Bestätigungsteil über die verstümmelten Zeichen japanischer Parameter von HTML-Formulardaten während meiner eigenen Entwicklung vergessen, also werde ich es zusammenfassen ☺️

Warum ist es für japanische Schriftzeichen überhaupt einfach, verstümmelt zu werden?

Dies liegt daran, dass bei den Standardeinstellungen ein japanischer Parameter, der als HTML-Formulardaten gesendet wird, URL-codiert und an die durch Aktion, das Servlet des Webservers usw. angegebene E-Mail-Adresse gesendet wird. ** Mit anderen Worten, wenn Sie keine Maßnahmen ergreifen, müssen nur japanische Parameter dekodiert werden: heat_smile: **

Japanische Kennzahlen unterscheiden sich je nach Übermittlungsmethode für Formulardaten

• Für die POST-Übertragung

Geben Sie die in der HTML-Datei deklarierte Zeichenkodierung in setCharacterEncoding von HttpServlet.HttpServletRequest an. Bei der POST-Übertragung Da die zu übertragenden Parameter im HTTP-Anforderungshauptteil enthalten sind, kann dies durch Festlegen von HttpServletRequest behandelt werden.

• Für GET-Übertragung

Dekodieren Sie mit der in der HTML-Datei deklarierten Zeichenkodierung.

:SampleHttpServlet.java
form_data_in_japanese = request.getParameter("form-name");
URLEncoder.encode(form_data_in_japanese , "Zeichenkodierung");

Bei der GET-Übertragung wird im HTTP-Anforderungshauptteil nichts beschrieben: Flushed: Es wird der URL hinzugefügt und gesendet. Wenn die erfassten Parameter Japanisch enthalten, ist daher eine Decodierung erforderlich.