Tomcat-Ausnahmelösung (Ungültiges Zeichen im Anforderungsziel gefunden. Die gültigen Zeichen sind in RFC 7230 und RFC 3986 definiert)

1. Szenariodarstellung

Das Tomcat-Protokoll meldet gelegentlich die folgenden Ausnahmeinformationen. Was ist los?

java.lang.IllegalArgumentException: Ungültiges Zeichen im Anforderungsziel gefunden. Die gültigen Zeichen sind in RFC 7230 und RFC 3986 definiert.
    bei org.apache.coyote.http11.AbstractNioInputBuffer.parseRequestLine(AbstractNioInputBuffer.java:283)
    bei org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1017)
    bei org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
    bei org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520)
    bei org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476)
    bei java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    bei java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    bei org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    bei java.lang.Thread.run(Thread.java:745)

Die Seite kann nicht geöffnet werden

2. Ursachenanalyse

Dies bedeutet, dass der Anforderungsheader ungültige Zeichen enthält, die in den Spezifikationen RFC 7230 und RFC 3986 definiert sind, was dazu führt, dass die Seite eine 400-Ausnahme meldet.

Der Grund ist: Die Version von Tomcat ist zu hoch. Im Internet heißt es, dass Tomcat-Versionen höher als 7.0.73 eine Überprüfung von HTTP-Headern (Anforderungsheadern) hinzufügen.

Beim Abrufen der Anforderung ist das Fragezeichen als Übergabeparameter zu verwenden. Dies bedeutet, dass nur der Anforderungsheader und kein Anforderungstext vorhanden ist.

Das Dokument RFC3986 legt fest, dass eine URL nur englische Buchstaben (a-zA-Z), Zahlen (0-9), -_.~4 Sonderzeichen und alle reservierten Zeichen enthalten darf.

RFC3986 spezifiziert die folgenden Zeichen als reservierte Zeichen: ! * ' ( ) ; : @ & = + $ , / ? # [ ]

Gleichzeitig wurde die Spezifikation RFC 3986 bereits in der Tomcat-Version 7.0.73 vorgeschlagen, und RFC 7230 stellt auch eine Ergänzung oder Verbesserung der ersteren dar, sodass dieses Problem in Tomcat 7.0.73 und höher auftritt.

Hinweis: Diese Situation tritt nur im Internet Explorer-Browser auf, da dieser keine chinesischen Parameter kodiert, während andere Browsertypen Chinesisch standardmäßig automatisch kodieren.

3. Lösung

Methode 1: Verringern Sie die Tomcat-Version.

Nach dem Testen stellte sich heraus, dass die Beschreibung der maximalen Versionsanforderungen von Tomcat im Internet falsch war. Es ist nicht erforderlich, eine Version niedriger als 7.0.73 zu haben.

Ich habe einen Tomcat 7.0.70 heruntergeladen. Nach dem Ausführen des Projekts trat immer noch ein Zeichensatzfehler auf, der dazu führte, dass die Webseite nicht geöffnet werden konnte.

Ich habe jedoch Tomcat 7.0.61 getestet und festgestellt, dass das Projekt völlig normal lief. Die Konsole meldete keine Fehler mehr und die Webseiten konnten normal geöffnet werden.

64-Bit-Downloadadresse: https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.61/bin/apache-tomcat-7.0.61-windows-x64.zip

32-Bit-Downloadadresse: https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.61/bin/apache-tomcat-7.0.61-windows-x86.zip

Methode 2: Ändern Sie die Get-Anfrage in eine Post-Anfrage (empfohlen)

Methode 3: Anfrage abrufen (Fragezeichen-Parameterübergabe)

Verwenden Sie die Funktion URIEncoder(), um chinesische Zeichen zu kodieren

Oben finden Sie den detaillierten Inhalt der Tomcat-Ausnahmelösung (Ungültiges Zeichen im Anforderungsziel gefunden. Die gültigen Zeichen sind in RFC 7230 und RFC 3986 definiert). Weitere Informationen zur Tomcat-Ausnahmelösung finden Sie in den anderen verwandten Artikeln auf 123WORDPRESS.COM!