인코딩 데스크

Hex를 텍스트로

공백이 있거나 없는 16진수 바이트를 엄격한 UTF-8 텍스트로 디코딩합니다.

Hex를 텍스트로: 엄격한 UTF-8 검증을 사용해 16진수 바이트 쌍을 텍스트로 디코딩합니다. Hex를 텍스트로 변환하는 이 도구는 인코딩을 알고 있는 복사한 텍스트 페이로드나 짧은 바이트 일부를 확인할 때 유용합니다. 잘못된 바이트 쌍과 유효하지 않은 UTF-8은 대체 문자를 조용히 삽입하지 않고 거부합니다. 서버에 파일을 전혀 업로드하지 않고 브라우저에서 100% 로컬로 실행됩니다.

카테고리
개발자 도구
실행 횟수
브라우저에서
비용
무료 · 가입 불필요
사용 가능 여부
사용 가능
Hex → Text / 로컬 작업 공간로컬 처리

브라우저에서 전부 실행됩니다

입력 400,000자 · 출력 100,000자

결과

준비됨

이 디코더는 오류 발생 시 전체 입력을 거부하며, 잘못된 바이트와 유효하지 않은 UTF-8을 대체하지 않습니다.

쌍 조합과 디코딩 예시

16진수 쌍의 숫자값을 h와 l이라고 하면 바이트 b = 16h + l입니다. 조합된 바이트 시퀀스는 UTF-8 규칙에 따라 디코딩됩니다. 41 C3 A9를 입력하면 4×16 + 1 = 65, 12×16 + 3 = 195, 10×16 + 9 = 169입니다. 바이트 65는 A가 되고 바이트 195,169는 함께 é가 되므로 정확한 결과는 Aé입니다. 3개의 바이트가 2개의 Unicode 스칼라가 됩니다. C3과 A9를 각각 문자로 읽으면 잘못된 텍스트가 생성됩니다.

엄격한 디코딩이 보장하는 것

유효한 시퀀스 규칙은 RFC 3629(https://www.rfc-editor.org/rfc/rfc3629)를 따릅니다. 과도하게 긴 인코딩, 서로게이트 인코딩과 불완전한 시퀀스는 실패합니다. 유효하다는 사실만으로 디코딩된 메시지가 올바르거나 실행해도 안전하다는 것을 보장하지는 않습니다. 널 바이트 00은 유효한 텍스트 데이터이며 제어 문자로 유지됩니다. 입력은 공백과 접두사를 포함해 400,000자로 제한되고, 디코딩된 결과는 100,000 코드 포인트로 제한됩니다. 입력 허용량을 절약하려면 긴 텍스트를 붙여넣기 전에 서식을 제거하십시오. UTF-8 바이트 순서는 제공된 그대로 유지됩니다.

사용 방법

  1. 아래에 표시된 형식으로 값을 입력합니다.
  2. 변환을 실행하고 원본의 표기 방식에 맞는지 결과를 확인합니다.
  3. 대상에서 요구하는 형식으로 출력을 복사하거나 다운로드합니다.

개인정보 보호 및 제한사항

변환은 브라우저에서 실행됩니다. 입력한 값과 결과는 업로드하지 않습니다.

관련 도구

자주 묻는 질문

주석이 포함된 전체 hex 덤프를 붙여넣을 수 있습니까?

바이트 쌍만 남겨야 합니다. ASCII 공백, 탭, CR 및 LF는 무시되며 맨 앞의 0x 하나는 허용됩니다. 오프셋, ASCII 측면 열, 쉼표 및 반복되는 0x 표시는 허용되는 형식에 포함되지 않습니다. 소문자와 대문자 16진수 모두 사용할 수 있습니다.

é를 예상했는데 E9가 실패하는 이유는 무엇입니까?

단일 바이트 E9는 완전한 UTF-8 시퀀스가 아닙니다. é를 입력하려면 C3 A9를 입력하십시오. 오류가 발생했다면 원본이 다른 인코딩을 사용했거나, 바이트가 누락되었거나, 페이로드가 텍스트가 아닌 바이너리일 수 있습니다. 이 도구는 인코딩을 추측하거나 파일의 압축을 해제하지 않습니다.

디코딩된 텍스트에 UTF-8 바이트 순서 표시가 나타납니까?

맨 앞의 EF BB BF는 이 디코더에서 바이트 순서 표시로 처리되어 결과에서 제거됩니다. 바이트 중간에 같은 시퀀스가 나오면 결과에 U+FEFF로 표시됩니다. 일반 UTF-8에는 엔디언 선택이 필요하지 않으며, 이 도구는 바이트가 텍스트처럼 보인다는 이유만으로 UTF-16을 디코딩하지 않습니다.

무료 도구 · 브라우저에서회 실행 · 계정 불필요