문자열 이스케이프 / 언이스케이프
JSON, JavaScript, Java, XML, SQL, CSV용 문자열 이스케이프와 복원
로컬 실행
loading…
이 도구에 대해
따옴표가 섞인 여러 줄짜리 문자열을 JSON 값, JavaScript 리터럴, Java 문자열, XML 텍스트 노드, SQL 리터럴, CSV 셀 안에 붙여넣을 수 있는 형태로 바꾸고 — 로그 파일에서 이스케이프된 텍스트를 발견해 읽고 싶을 때는 반대로 되돌립니다. 여섯 가지 방언, 양방향입니다.
각 방언은 최소 공통분모가 아니라 실제 명세를 따릅니다. JSON은 제어 문자를 \uXXXX로 이스케이프하고, JavaScript는 거기에 작은따옴표와 백틱을 더하며, Java는 비 ASCII를 UTF-16 \u 시퀀스로 인코딩하고, SQL은 작은따옴표를 겹치고, CSV는 RFC 4180대로 감싸고 겹치며, XML은 미리 정의된 다섯 엔티티를 씁니다. 언이스케이퍼는 \x, \u, \u{…} 형태를 이해하고 잘못된 시퀀스를 위치와 함께 보고합니다.
이스케이프된 문자열은 연결 문자열, 토큰, 쿼리 조각인 경우가 많습니다. 이 도구는 로컬에서 실행됩니다 — 마음 놓고 붙여넣으세요.
자주 묻는 질문
- JSON 설정 파일에는 어떤 방언이 필요한가요?
- JSON입니다. RFC 8259가 요구하는 그대로 큰따옴표, 백슬래시, 제어 문자를 이스케이프하고 유니코드는 읽을 수 있게 남겨 둡니다. 출력은 어떤 JSON 문자열 값에도 그대로 들어갑니다 — 둘러싸는 따옴표는 붙지 않으며, 그것은 여러분의 몫으로 남겨 둡니다.
- JSON 방언과 JavaScript 방언은 무엇이 다른가요?
- JavaScript는 추가로 작은따옴표와 백틱을 이스케이프해 결과가 세 가지 JS 인용 스타일 어디에서든 안전합니다. JSON은 큰따옴표 처리만 필요합니다. 언이스케이프는 양쪽 모두에 더해 JSON에는 정의되지 않은 \x와 \u{…} 형태까지 받아들입니다.
- SQL 이스케이프를 하면 사용자 입력을 이어 붙여도 안전한가요?
- 올바른 SQL 문자열 리터럴(따옴표 겹침)을 만들어 주긴 하지만, 신뢰할 수 없는 입력에 대해 이스케이프 후 이어 붙이기는 여전히 잘못된 패턴입니다 — 매개변수화된 쿼리를 쓰세요. 이 도구는 픽스처, 마이그레이션, 디버깅을 위한 것이지 인젝션 방어용이 아닙니다.
- 왜 제 문자열의 언이스케이프가 실패하나요?
- 백슬래시 뒤에 정의되지 않은 이스케이프가 오면(\q, 잘린 \u12) 잘못된 형식이며, 오류가 해당 인덱스를 알려줍니다. 텍스트에 리터럴 Windows 경로가 있다면 먼저 이스케이프하세요 — C:\temp에는 탭이 숨어 있습니다.