Unescape JSON (usuwanie ucieczek)

Czym jest unescape'owanie JSON?

// Escaped input (copied from a log, quotes optional)
User said: \"it works!\"\nSession ended.

// Unescaped output — readable again
User said: "it works!"
Session ended.

// \uXXXX and surrogate pairs decode too
caf\u00e9 \ud83d\ude00  ->  café 😀

// JSON-in-JSON
{\"a\":1}  ->  {"a":1}

Kluczowe funkcje

Przykłady

"User said: \"it works!\"\nSession ended."

{\"event\":\"signup\",\"user\":{\"id\":42}}

caf\u00e9 \ud83d\ude00 r\u00e9sum\u00e9

function greet(name) {\n  return \"Hi \" + name;\n}

Jak używać

1. 1

   Wklej escape'owany napis

   Wpisz lub wklej escape'owany napis JSON — z otaczającymi podwójnymi cudzysłowami lub bez nich. Zdekodowany tekst pojawia się natychmiast. Kliknij „Wczytaj przykład”, aby wypróbować próbkę, np. escape'owany wiersz logu lub napis zakodowany w \uXXXX.

2. 2

   Odczytaj zdekodowany wynik

   Sekwencje ucieczki stają się prawdziwymi znakami: \n zamienia się w podziały wierszy, \" w cudzysłowy, a \uXXXX w Unicode. Jeśli dane wejściowe są zniekształcone, baner błędu wyjaśnia problem, abyś mógł poprawić błędny odwrotny ukośnik.

3. 3

   Skopiuj lub zweryfikuj wynik

   Kliknij Kopiuj, aby pobrać czytelny tekst, lub wyślij go do Formatowania JSON, aby zweryfikować. Kliknij Zamień kierunek, aby ponownie escape'ować go w miejscu i potwierdzić, że konwersja w obie strony zgadza się z Twoim oryginałem.

Częste pułapki dekodowania

value: \q and \x41
// \q and \x hex are not valid JSON escapes -> error

value: \\q and \u0041
// literal backslash doubled; hex written as \u -> decodes

say "hi" there
// interior unescaped " breaks auto-wrapping -> error

say \"hi\" there
// interior quotes escaped -> decodes to: say "hi" there

path: C:\Users\Alice
// \U and \A are invalid escapes -> error

path: C:\\Users\\Alice
// doubled backslashes -> decodes to C:\Users\Alice

Częste zastosowania

Dekodowanie strukturalnych pól logów

Skopiuj pole wiadomości pełne \n i \" z wiersza logu JSON i odescape'uj je, aby odczytać prawdziwą wieloliniową wiadomość dokładnie tak, jak została wyemitowana, zamiast mrużyć oczy przy sekwencjach ucieczki.

Odczyt ładunków JSON-in-JSON

Zamień wewnętrzny obiekt JSON przechowywany jako escape'owane pole napisu z powrotem na prawdziwy JSON, abyś mógł go odczytać lub wkleić do parsera — częste w kopertach webhooków i logach audytu.

Przywracanie Unicode z wyniku bezpiecznego dla ASCII

Zdekoduj wynik gęsty od \uXXXX ze starszego systemu z powrotem na litery z akcentami, znaki CJK i emoji, odzyskując czytelną dla człowieka formę danych, które wymuszono do czystego ASCII.

Rozpłaszczanie fragmentów kodu

Zamień skrypt lub zapytanie zwinięte w pojedynczy napis JSON (każda nowa linia jako \n) z powrotem na prawidłowo sformatowany, wieloliniowy, czytelny kod.

Debugowanie danych zakodowanych podwójnie

Gdy wartość wygląda jak \\n lub \\\", odescape'uj raz, aby sprawdzić, czy nie została przypadkowo escape'owana dwukrotnie wcześniej w potoku, a następnie popraw producenta — częsty błąd integracji.

Inspekcja komunikatów błędów API

Wiele API zwraca szczegóły błędów jako escape'owane napisy wewnątrz koperty JSON. Odescape'uj wiadomość, aby odczytać ślady stosu i zagnieżdżone ładunki, które w innym razie są ukryte za sekwencjami ucieczki.

Szczegóły techniczne

Algorytm dekodowania

Narzędzie parsuje dane wejściowe jako napis JSON: jeśli są już owinięte w podwójne cudzysłowy, są dekodowane jak są, w przeciwnym razie surowe wejście jest najpierw owijane w cudzysłowy, aby naga escape'owana treść również się zdekodowała. Każda rozpoznana sekwencja ucieczki (\n \r \t \b \f \" \\ \/ \uXXXX) mapuje się na swój znak; odzwierciedla to zgodny parser JSON, gwarantując, że każdy napis escape'owany przez serializator wraca do swojego dokładnego oryginału.

Rekonstrukcja par surogatów

Sekwencja \uXXXX daje pojedynczą jednostkę kodową UTF-16. Gdy po wysokim surogacie (\uD800–\uDBFF) bezpośrednio następuje niski surogat (\uDC00–\uDFFF), oba są łączone w jeden punkt kodowy powyżej Podstawowej Płaszczyzny Wielojęzycznej — więc \ud83d\ude00 dekoduje się na pojedynczy znak 😀, a nie na dwie zepsute połówki.

Walidacja i obsługa błędów

Jeśli dane wejściowe zawierają nieprawidłową sekwencję ucieczki (odwrotny ukośnik, po którym następuje nierozpoznany znak, lub zniekształconą sekwencję \u) albo niezbalansowane cudzysłowy psujące owijanie, dekodowanie kończy się czysto, a baner błędu jest pokazywany zamiast emitowania uszkodzonego wyniku. Poprawne dane wejściowe zawsze dają dokładny zdekodowany napis; nieprawidłowe dane wejściowe nigdy nie dają mylącego częściowego wyniku.

Dobre praktyki

Wklejaj z cudzysłowami lub bez — oba działają

Nie trać czasu na przycinanie otaczających cudzysłowów. Narzędzie dekoduje "hello\nworld" i hello\nworld identycznie, więc wklej to, co skopiowałeś — w tym fragment wyjęty ze środka większego dokumentu — i odczytaj wynik.

Odescape'uj raz, potem sprawdź podwójne kodowanie

Jeśli zdekodowany wynik nadal pokazuje sekwencje z odwrotnym ukośnikiem, jak \n, oryginał był podwójnie escape'owany wcześniej w potoku. Odescape'uj drugi raz, aby potwierdzić, a następnie popraw producenta, by escape'ował tylko raz, zamiast polegać na powtarzanym dekodowaniu.

Zweryfikuj zdekodowany JSON

Po odescape'owaniu ładunku JSON-in-JSON przepuść wynik przez nasze Formatowanie JSON, aby potwierdzić, że jest poprawny, i go sformatować. Unescape odzyskuje tekst; formatowanie potwierdza strukturę.

Weryfikuj konwersję w obie strony przez Zamień

Kliknij Zamień kierunek, aby ponownie escape'ować zdekodowany tekst i sprawdzić, czy zgadza się z napisem, od którego zacząłeś. Niezgodność wskazuje na zniekształcone dane wejściowe lub nieoczekiwaną sekwencję ucieczki, ujawniając problemy z danymi, zanim się rozprzestrzenią.

Najczęściej zadawane pytania