Schritt 1
Passenden Modus wählen
Komponente dekodiert reservierte Zeichen; gesamte URI erhält strukturelle Sequenzen; Formularwert macht aus + ein Leerzeichen.
URL-Decoder
Ein Durchlauf entfernt eine Ebene. Die Originaleingabe bleibt bearbeitbar.
Kodierung vor dem Dekodieren bestimmen
Ein Durchlauf entfernt eine Ebene. Die Originaleingabe bleibt bearbeitbar.
Schritt 2
Ergebnis prüfen
Kodierten Text einfügen. Unvollständige Sequenzen und ungültiges UTF-8 ergeben einen Fehler ohne Änderung der Eingabe.
Schritt 3
Grenzen erhalten
Das Ergebnis kopieren oder speichern. Verbleibende Sequenzen untersuchen statt automatisch mehrfach zu dekodieren.
Praktische Anwendungen
Abfragewert aus einem Protokoll
Bestimmen Sie bei einer protokollierten Abfrage zuerst die kodierten Feldgrenzen. In q=A%26B&lang=en heißt das Feld q; sein Wert ist A%26B und ergibt nach der Komponentendekodierung A&B. Vorzeitiges Dekodieren der ganzen Abfrage lässt das innere Und-Zeichen wie einen weiteren Trenner aussehen.
Behalten Sie das Original und teilen Sie erfundene Beispiele. Dekodierter Text kann Namen oder Token offenlegen. Das Tool untersucht einen Wert, nicht eine Feldsammlung oder das Ziel einer Weiterleitung.
Pluszeichen untersuchen
Vergleichen Sie C++ mit C%2B%2B. Komponente liefert bei beiden C++; Formularwert macht wörtliche Pluszeichen zu Leerzeichen, während %2B zu Plus wird.
Klären Sie die Sendekonvention vor dem Moduswechsel. Ein unerwartetes Leerzeichen beweist kein ursprüngliches Leerzeichen. Der Plus-Hinweis fordert zur Prüfung auf, nicht automatisch zum Formularmodus.
Verschachtelte Weiterleitung
Dekodieren Sie bei einem verschachtelten Wert %252F einmal zu %2F und bestimmen Sie die Ebene. Ein separater zweiter Komponentendurchlauf würde / liefern.
Das kann für einen inneren Wert richtig, für die Gesamtadresse falsch sein. Bewahren Sie jeden Schritt statt bis zur Lesbarkeit weiterzudekodieren. Lesbarkeit bestätigt weder Signatur noch Ziel oder Pfadstruktur.
Den Wert vor seinem Inhalt bestimmen
Komponente dekodiert reservierte Sequenzen im Wert. Gesamte URI erhält die von decodeURI als strukturell behandelten Sequenzen. Formularwert ersetzt zuerst wörtliche + durch Leerzeichen und dekodiert anschließend streng. Maßgeblich ist die Sendekonvention, nicht das vertrauteste Aussehen.
Verarbeitet wird eine Zeichenfolge, keine geparste Feldsammlung. Bestimmen Sie bei mehreren Namen zuerst die kodierten Trenner und dekodieren Sie dann Namen und Werte. Ein %26 im Wert darf nicht durch zu frühes Dekodieren zum Feldtrenner werden.
JavaScript definiert eine Erhaltungsmenge für decodeURI, einschließlich Schrägstrich, Und-Zeichen und Plus. Deshalb bleibt %2F%26 bei Gesamte URI sichtbar, während Komponente /& ergibt. Erhaltene Sequenzen können richtige Ausgabe sein, kein Fehler. ECMAScript decodeURI und erhaltene Sequenzen.
Zwei Ebenen, zwei bewusste Entscheidungen
%252FVerschachtelte Eingabe%2FNach einem Durchlauf/Nach einem getrennten zweiten Durchlauf
Eine Ebene ist eine wichtige Grenze
%252F wird zunächst zu %2F, nicht zu /. Der Wert kann absichtlich verschachtelt oder irrtümlich doppelt kodiert worden sein. Diese Ursachen erfordern unterschiedliche Korrekturen.
Wiederholtes Dekodieren bis zum Stillstand kann aus Daten Struktur machen. Ein Schrägstrich ändert Pfadsegmente, ein Und-Zeichen Abfragefelder. Das Original behalten und die erwarteten Ebenen des Empfängers klären.
decodeURI erhält reservierte Sequenzen wie %2F und %26. decodeURIComponent dekodiert sie innerhalb eines Werts. Die Norm erläutert, weshalb diese Grenzen bewusst erhalten bleiben müssen. Hinweise zum Dekodieren in RFC 3986.
Gültige Sequenzen sind nicht immer gültiger Text
Zwei Hexadezimalziffern nach % reichen nicht aus. %C3%A9 ist UTF-8 für é; %C3%28 ist ungültig. Der Decoder fügt keine Ersatzzeichen ein, die den Fehler verdecken könnten.
Ältere Daten können einen anderen Zeichensatz verwenden. Dieses Werkzeug erkennt keine Zeichensätze und dekodiert kein Latin-1. Den ursprünglichen Zeichensatz ermitteln statt aus der Anzeige zu raten.
Nur Formularwerte nutzen + als Leerzeichen. Die Ersetzung erfolgt vor dem Dekodieren, damit %2B ein echtes Plus ergibt. Anders als der fehlertolerante WHATWG-Parser lehnt dieser Decoder ungültige UTF-8-Bytes ausdrücklich ab. Reihenfolge der WHATWG-Formularverarbeitung.
Ergebnis und verbliebene Sequenzen richtig lesen
Die Tabelle vergleicht dieselbe formularähnliche Eingabe. %2B wird in Komponente und Formular zu Plus; nur ein wörtliches Eingabe-+ wird im Formularmodus zum Leerzeichen. Die Reihenfolge erhält diesen Unterschied. Gesamte URI lässt %2B stehen, weil Plus zur Erhaltungsmenge gehört.
Der Sequenzzähler beschreibt hier die Eingabe. Ausgabebytes und Codepunkte beschreiben den dekodierten Text, nicht sichtbare Glyphen. caf%C3%A9 ergibt café: zwei Sequenzen repräsentieren die zwei Bytes von é, die Ausgabe hat fünf UTF-8-Bytes und vier Codepunkte. Leere Ausgabe mit Fehlermeldung ist kein erfolgreich leerer Wert.
Beispiel laden ersetzt die Eingabe, Leeren entfernt sie. Kopieren und TXT-Download verwenden das Ergebnis und sind ohne Ausgabe nicht verfügbar. Der Werkzeuglink teilt nur die Seite; der Encoderlink überträgt die Eingabe nicht. Behalten Sie Original und Modus für einen Rundlaufvergleich.
| Eingabe | Modus | Ergebnis |
|---|---|---|
| caf%C3%A9 | URI-Komponente | café |
| A%2BB+C | Formularwert | A+B C |
| A%2BB+C | URI-Komponente | A+B+C |
| %2F%26 | Gesamte URI | %2F%26 |
| %252F | URI-Komponente | %2F |
| %C3%28 | URI-Komponente | UTF-8-Fehler; keine Ausgabe |
Die Fehlerzeile ist kein Teilergebnis. Kein Beispiel ruft einen Link auf oder bestätigt eine sichere Adresse.
Syntax, Bytekodierung und Ebenen getrennt prüfen
Ein abschließendes %, %2 oder %GG scheitert an der Sequenzsyntax. Ein wörtliches Prozentzeichen braucht %25. Alle Prozentzeichen pauschal zu ersetzen würde gültige Sequenzen verstecken. Prüfen Sie Quelle oder Absender statt aus dem unvollständigen Text eine Korrektur zu erraten.
Ein formal korrektes %E9 ist allein kein UTF-8 für é; %C3%A9 ist es. Auch %C3%28 und %FF werden trotz zweier Hexadezimalziffern abgelehnt. Der strenge Fehler weist auf ein Byteproblem hin. Das Tool ist weder Latin-1-Decoder noch Zeichensatzerkennung.
Bleibt %2F, unterscheiden Sie Erhaltung durch Gesamte URI von einem äußeren kodierten Prozentzeichen. Prüfen Sie Modus und Original vor einem weiteren Durchlauf. In gemischtem Text kann ein bloßes % die ganze Umwandlung scheitern lassen; die Eingabe bleibt bearbeitbar, ohne Teilausgabe.
Bei Kopier- oder Exportfehlern nutzen Sie sichtbaren Text und die alternative Aktion. Private Weiterleitungen und Zugangsdaten gehören nicht in Berichte. Dekodieren prüft weder Hostname, Signatur, Erreichbarkeit noch Vertrauen; die Seite öffnet keine Adresse.
Methode und Grenzen
Zuerst werden Prozentsequenzen geprüft, dann wird einmal strikt dekodiert. Formularwerte ersetzen vorher + durch Leerzeichen. Fehler ergeben keine Teilausgabe; die Eingabe bleibt erhalten.
Dekodierter Text beweist weder Sicherheit noch Erreichbarkeit. Links, Signaturen, vollständige Formularfelder und andere Bytezeichensätze werden nicht geprüft.
Die ursprüngliche Sequenz korrigieren oder gültiges UTF-8 anfordern. Modus und erfundene Fehlersequenz melden, keine privaten Weiterleitungen. Änderungen gegen den Empfänger testen.
Häufige Fragen
Warum bleibt %2F im URI-Modus erhalten?
Weil reservierte Trennzeichen erhalten bleiben. Innerhalb eines Werts den Komponentenmodus nutzen.
Warum bleibt das Pluszeichen unverändert?
Nur der Formularmodus ersetzt wörtliche Pluszeichen durch Leerzeichen.
Werden verschachtelte Werte mehrfach dekodiert?
Nein. Jeder Durchlauf entfernt genau eine Ebene.
Warum scheitert %E9, obwohl ein anderer Decoder é zeigt?
E9 allein ist kein gültiges UTF-8 für é; dafür braucht es C3 A9. Ein anderer Decoder kann einen alten Zeichensatz annehmen oder ersetzen. Ermitteln Sie die Quelle statt ein lesbares Zeichen als Beweis zu nehmen. Diese Seite verwendet bewusst nur strenges UTF-8.
Warum wird das formal korrekte %C3%28 abgelehnt?
Sequenzsyntax und gültiges UTF-8 sind getrennte Prüfungen. C3 beginnt eine Mehrbytesequenz, 28 ist kein zulässiges Fortsetzungsbyte. Der Fehler liefert keine Teilausgabe und lässt das Original bearbeitbar, damit das fehlende oder veränderte Byte untersucht werden kann.
Soll ich eine Abfrage vor dem Aufteilen dekodieren?
Nein. %26 kann zu & und irrtümlich zum Trenner werden. Bestimmen Sie die kodierten Feldgrenzen zuerst und dekodieren Sie Werte gemäß ihrer Konvention. Diese Seite parst keine Feldsammlung und erstellt keine korrigierte Gesamtabfrage.
Bedeutet ein leeres Ergebnis Erfolg?
Prüfen Sie den Status. Leere Eingabe ergibt leere Ausgabe; fehlerhafte Sequenzen oder UTF-8 ebenfalls keine Ausgabe, aber mit Fehler. Das Original bleibt erhalten und Kopieren/Export sind ohne Ergebnis deaktiviert. Ein Fehler ist keine Entfernung unerwünschter Zeichen.
Kann ich HTML-Entities oder Base64 hier einfügen?
Dies ist ein Prozentdecoder, kein allgemeiner Formatwähler. & und Base64 werden nicht nach ihren Formaten interpretiert. Klären Sie die Kodierung und verwenden Sie das passende Werkzeug. Unveränderter Text beweist keine Prozentkodierung.