Umgang mit verstümmelten Zeichen in Servlet in Java

Autor：Eve Cole Aktualisierungszeit：2024-11-19 08:48:02

Bei der heutigen Bereitstellung eines Webservices-Programms ist beim Servlet, das Daten von der Seite abruft, ein verstümmeltes Problem aufgetreten. Im Servlet habe ich den Text request.setCharacterEncoding("GB2312"); hinzugefügt, aber das verstümmelte Problem ist weiterhin aufgetreten.
Finden Sie online Informationen wie folgt: JAVA ist eine Unicode-Kodierung. Sie konvertieren sie zuerst in ISO8859-1 und dann in GBK oder GB2312.

Java-Code

Kopieren Sie den Codecode wie folgt:

request.setCharacterEncoding("ISO8859-1");
ad=request.getParameter("name");
byte[] temp3 = ad.getBytes("GBK");
String str = new String(temp3);

Das ist Chinesisch!
Es gibt eine einfachere Möglichkeit, nämlich die Kodierungskonvertierung direkt auf dem Server festzulegen. Es wird TOMCAT5.0.28 verwendet.
Suchen Sie die Datei SERVER.XML im Verzeichnis ../Tomcat 5.0/conf, öffnen Sie sie mit WordPad und legen Sie sie wie folgt fest:
Fügen Sie einfach ein Attribut hinzu, URIEncoding="GBK"
Der Test ist bestanden und erledigt. Welche Rolle spielt dann der Satz request.setCharacterEncoding("GB2312")? Welche Rolle spielen wir dann?
(1) Die JSP-Seite ist auf Chinesisch, aber wenn man sie betrachtet, ist sie verstümmelt:
Die Lösung besteht darin, die JSP-Seite zu kodieren, wenn JSP in eine Java-Datei konvertiert wird. Wenn Chinesisch direkt in eine JSP eingegeben wird, wird es von JSP als ISO8859 behandelt. 1 ist definitiv ein Problem. Wir können dies anhand der von Jasper generierten Java-Zwischendatei bestätigen.

(2) Wenn Sie das Request-Objekt verwenden, um den vom Kunden übermittelten chinesischen Zeichencode abzurufen, werden verstümmelte Zeichen angezeigt:
Die Lösung besteht darin, einen Filter zu konfigurieren, bei dem es sich um einen Servelet-Filter handelt. Der Code lautet wie folgt:

Kopieren Sie den Codecode wie folgt:

public void doFilter(ServletRequest-Anfrage, ServletResponse-Antwort,
FilterChain-Kette) löst IOException, ServletException {

request.setCharacterEncoding("GBK");

// Kontrolle an den nächsten Filter übergeben
chain.doFilter(Anfrage, Antwort);
}

Konfigurieren Sie web.xml

Kopieren Sie den Codecode wie folgt:

<filter></filter>
<filter-name></filter-name>Zeichenkodierung festlegen
<filter-class></filter-class>SetCharacterEncodingFilter

<filter-mapping></filter-mapping>
<filter-name></filter-name>Zeichenkodierung festlegen
<url-pattern></url-pattern>/*

Wenn diese Situation in Ihrem Fall immer noch auftritt, können Sie nachsehen, ob die von Ihrem Formular übermittelten Daten mit get übermittelt werden. Wenn ja, ist dies kein Problem Schauen Sie sich die vierte Lösung an.

Es gibt auch die Verarbeitung von Informationen, die chinesische Schriftzeichen enthalten. Der Verarbeitungscode lautet:

Kopieren Sie den Codecode wie folgt:

öffentlicher String toUni(String gbStr){
String uniStr = "";
if(gbStr == null){
gbStr = "";
}
versuchen{
byte[] tempByte = gbStr.getBytes("GB2312");
uniStr = new String(tempByte,"ISO8859_1");
}catch(Ausnahme ex){
}
return uniStr;
}
}

Sie können auch eine direkte Konvertierung durchführen, indem Sie die erhaltene Zeichenfolge zunächst mit ISO-8859-1 codieren, die Codierung dann in einem Byte-Array speichern und das Array dann in ein Zeichenfolgenobjekt konvertieren.
String str=request.getParameter("girl");
Byte B[]=str.getBytes("ISO-8859-1");
Str=neuer String(B);
Durch die obige Konvertierung können alle übermittelten Informationen korrekt angezeigt werden.
(3) Wenn die Formget-Anfrage request.getParameter("name") auf dem Server verwendet, werden verstümmelte Zeichen zurückgegeben; die Einstellung des Filters gemäß der Tomcat-Methode funktioniert nicht, oder die Verwendung von request.setCharacterEncoding("GBK"); Das Problem besteht entweder in Bezug auf die Methode zur Verarbeitung der Parameterübertragung: Wenn Sie die Methode doGet (HttpServletRequest-Anfrage, HttpServletResponse-Antwort) im Servlet verwenden, um sie zu verarbeiten, auch wenn sie zuvor geschrieben wurde:

Kopieren Sie den Codecode wie folgt:

request.setCharacterEncoding("GBK");
Response.setContentType("text/html;charset=GBK");

Es funktioniert auch nicht, die zurückgegebenen Chinesen sind immer noch verstümmelt! ! ! Wenn Sie diese Funktion in doPost(HttpServletRequest-Anfrage, HttpServletResponse-Antwort) ändern, ist alles in Ordnung.
Wenn Sie zwei JSP-Seiten zum Verarbeiten von Formulareingaben verwenden, kann Chinesisch ebenfalls angezeigt werden, weil die Post-Methode zum Übergeben verwendet wird und die Änderung in die Get-Methode immer noch nicht funktioniert.
Es ist ersichtlich, dass Sie bei der Verwendung der doGet()-Methode im Servlet oder der get-Methode in JSP aufpassen müssen. Schließlich geht es dabei um die Weitergabe von Parameterinformationen über den Browser, was wahrscheinlich zu Konflikten oder Nichtübereinstimmungen in häufig verwendeten Zeichensätzen führt.
//Dieser Ort wird als request.setCharacterEncoding("GBK") verstanden. Was festgelegt wird, ist der Hauptteil der Anfrage, nicht der Header-Teil. Bei einer Get-Anfrage werden die Parameter nach der URL platziert, nicht im Hauptteil. Daher hat die Verwendung von „request.setCharacterEncoding“ („GBK“) nicht funktioniert. Wenn ich zur Post-Übermittlung gewechselt hätte, wäre es kein Problem gewesen.

Die Lösung ist:
1) Öffnen Sie die Datei server.xml von Tomcat, suchen Sie den Block und fügen Sie die folgende Zeile hinzu:
URIEncoding=“GBK“
Das Ganze sollte wie folgt aussehen:

Kopieren Sie den Codecode wie folgt:

2) Tomcat neu starten, alles ist in Ordnung.
Erklärung von tomact.org
Dies gibt die Zeichenkodierung an, die zum Dekodieren der URI-Bytes verwendet wird, nachdem %xx die URL dekodiert hat. Wenn nicht angegeben, wird ISO-8859-1 verwendet. Mit anderen Worten, die Bytes des URI werden konvertiert, request.setCharacterEncoding("GBK ") Die Anfrage wurde auch konvertiert und das Problem ist in Ordnung!

(4) Es gibt chinesische Zeichen auf der JSP-Seite und chinesische Zeichen auf den Schaltflächen, aber beim Anzeigen der Seite über den Server werden verstümmelte Zeichen angezeigt:
Die Lösung lautet: Erstens sollte der lokalisierte Nachrichtentext nicht direkt in die JSP-Datei eingefügt werden, sondern der Text sollte über das Tag <bean:message> aus dem Ressourcenpaket abgerufen werden. Sie sollten Ihren chinesischen Text in die Datei Application.properties einfügen. Diese Datei wird unter WEB-INF/classes/* abgelegt. Wenn ich beispielsweise zwei Bezeichnungen für Name und Alter auf der Seite habe, muss ich zuerst eine Anwendung erstellen. Eigenschaften. Der Inhalt darin sollte name="name" sein. age = "age", dann lege ich diese Datei unter WEB-INF/classes/properties/ ab, codiere sie dann gemäß der Datei Application.properties und erstelle eine chinesische Ressourcendatei, vorausgesetzt, der Name lautet Application_cn.properties. Der Befehl native2ascii wird im JDK bereitgestellt, der die Konvertierung der Zeichenkodierung realisieren kann. Suchen Sie das Verzeichnis, in dem Sie die Datei „Application.properties“ in der DOS-Umgebung abgelegt haben. Führen Sie den Befehl „Application_cn.properties“ aus, der in GBK codiert ist: „native2ascii ?encoding gbk Application_cn.properties“. Der obige Befehl wird in Zukunft die Datei Application_cn.properties mit folgendem Inhalt generieren: name=u59d3u540d age=u5e74u9f84, konfiguriert in Struts-config.xml: <message-resources parameter="properties.Application_cn"></message-resources>. Zu diesem Zeitpunkt ist im Grunde mehr als die Hälfte fertig. Dann müssen Sie auf der JSP-Seite Folgendes schreiben: <bean:message key=""name"> Dies wird angezeigt Auf der Seite erscheint der chinesische Name, das Gleiche gilt für das Alter und auch die chinesischen Schriftzeichen auf der Schaltfläche werden auf die gleiche Weise verarbeitet.
(5) Der in die Datenbank geschriebene Code ist verstümmelt:
Lösung: Konfigurieren Sie einen Filter, bei dem es sich um einen Servelet-Filter handelt. Der Code ist der gleiche wie beim zweiten Mal.
Wenn Sie über JDBC direkt mit der Datenbank verbunden sind, lautet der Konfigurationscode wie folgt: jdbc:mysql://localhost:3306/workshopdb? useUnicode=true&characterEncoding=GBK, um sicherzustellen, dass der Code in der Datenbank nicht verstümmelt ist.
Wenn Sie eine Verknüpfung über die Datenquelle herstellen, müssen Sie diese zunächst in die von mir erstellte Konfigurationsdatei in Tomcat 5.0.19 schreiben Das Projekt ist Workshop und das Verzeichnis, in dem es abgelegt wird, befindet sich unter webapp. Die Konfigurationsdatei von workshop.xml lautet wie folgt:

Kopieren Sie den Codecode wie folgt:

<context debug="0" path="/workshop" docbase="workshop"></context>reloadable="true" >

<resource name="jdbc/WorkshopDB"></resource>auth="Container"
type="javax.sql.DataSource" />

<resourceparams name="jdbc/WorkshopDB"></resourceparams>
<Parameter></parameter>
<name></name>Fabrik
<value></value>org.apache.commons.dbcp.BasicDataSourceFactory

<Parameter></parameter>
<name></name>maxActive
<Wert></Wert>100

<Parameter></parameter>
<name></name>maxIdle
<Wert></Wert>30

<Parameter></parameter>
<name></name>maxWait
<Wert></Wert>10000

<Parameter></parameter>
<name></name>Benutzername
<Wert></Wert>Stamm

<Parameter></parameter>
<name></name>Passwort
<Wert></Wert>

<Parameter></parameter>
<name></name>driverClassName
<Wert></Wert>com.mysql.jdbc.Driver

Achten Sie besonders auf die fett gedruckten Stellen. Wenn Sie es richtig konfigurieren, wird es in der Datenbank auf Chinesisch angezeigt benötigt auch diese Codezeile. Es ist zu beachten, dass einige Mitarbeiter an der Rezeption Dreamver verwenden, um beim Schreiben eines Formulars auf eine Sache zu achten, und zwar auf die Übermittlung von Aktionen in Dreamver Anfrage, und Sie müssen es senden, da es zwei Methoden der JSP-Übermittlung gibt: POST und GET, aber der von diesen beiden Methoden übermittelte Code unterscheidet sich immer noch stark in Bezug auf die Codierung. Dies wird später erklärt. </bean:message>< /bean:message>