logo
GeekFormat

Base64-Hex 양방향 변환

Hex 입력
0글자

Base64와 16진수(Hex) 양방향 온라인 변환 도구입니다. Hex 바이트 시퀀스에서 Base64 인코딩으로 변환, Base64에서 Hex 문자열로 디코딩을 지원합니다. 공백과 줄바꿈으로 구분된 Hex 입력을 자동 인식하여 처리하고 0x 접두사를 자동 제거합니다. Base64→Hex 시 소문자 또는 대문자 출력을 선택할 수 있으며 입력 후 실시간으로 변환됩니다. 잘못된 문자나 홀수 길이 Hex 등의 오류는 즉시 표시됩니다. 원클릭으로 결과를 복사하고 txt 파일로 다운로드할 수 있으며 방향 전환 시 콘텐츠를 자동 교환합니다. 모든 처리는 브라우저 내 JavaScript로 로컬에서 실행되며 데이터는 서버에 업로드되지 않습니다. 패킷 캡처 데이터 분석, 네트워크 프로토콜 디버깅, 바이너리 로그 변환, API 파라미터 처리에 최적입니다.

관련 추천

사용 사례

  • Wireshark, Charles, Fiddler 등 패킷 캡처 도구가 출력하는 16진수 바이너리 데이터를 Base64로 변환하여 API 인터페이스 디버깅에 사용
  • 인터페이스에서 반환되는 Base64 인코딩된 바이너리 데이터를 Hex로 디코딩하여 프로토콜 필드 내용을 바이트 단위로 분석
  • 암호 키, 서명, 해시 값의 Hex 표현과 Base64 표현 사이 변환 처리
  • 네트워크 프로토콜 개발 디버깅 시 패킷 캡처 Hex 형식과 인터페이스 Base64 파라미터 형식을 빠르게 변환
  • 바이너리 로그 분석: 로그 내 16진수 덤프 콘텐츠를 Base64로 변환하여 문제 재현에 사용하거나 역변환
  • CTF 대회, 보안 리서치에서 인코딩 문제 처리, Hex와 Base64 사이 빠른 전환
  • 개발 시 인터페이스 문서에 따라 Hex 표현의 바이너리 데이터를 Base64로 변환하여 JSON 요청 본문에 저장
  • 서드파티 API와 연동 시 문서 내 Hex 샘플을 실제 사용 가능한 Base64 파라미터 값으로 변환
  • Hex 형식의 바이너리 파일 조각을 Base64로 변환하여 data URI나 설정 파일 임베딩에 사용
  • Base64 인코딩·디코딩이 올바른지 검증하기 위해 Hex로 되돌려 원래 바이트 시퀀스와 비교
  • 인코딩 원리 학습 시 Hex와 Base64 두 인코딩 방식의 대응 관계를 시각적으로 확인
  • 모바일 디버깅 시 임시 트랜스코딩. PC를 켜지 않고 빠르게 인코딩 문제 처리

주요 기능

  • 양방향 변환: HEX에서 Base64로와 Base64에서 HEX로를 모두 지원하여 하나의 도구로 양방향 변환 요구 충족
  • 스마트 입력 처리: Hex 내 공백, 줄바꿈, 0x 접두사 자동 제거. 연속 Hex 형식과 공백 구분 형식(예: 48 65 6C 6C 6F) 모두 지원
  • 대소문자 전환: Base64→Hex 시 소문자(a-f) 또는 대문자(A-F) 16진수 출력 선택 가능하여 다양한 시나리오 대응
  • 실시간 변환: 입력 후 300ms 디바운스로 자동 변환. 버튼 클릭 없이 입력하면 즉시 결과 표시
  • 명확한 오류 표시: 잘못된 16진수 문자, Hex 문자열 길이가 짝수가 아닐 경우 한국어로 오류를 표시하여 문제 파악 용이
  • 양방향 스마트 전환: 변환 방향을 전환할 때 출력 결과를 자동으로 새 방향의 입력으로 사용하여 양방향 검증과 빠른 역변환 가능
  • 원클릭 복사: 변환 완료 후 출력 내용을 원클릭으로 클립보드에 복사. 인터페이스 파라미터나 문서에 직접 사용 가능
  • 결과 다운로드: 변환 결과를 txt 텍스트 파일로 다운로드할 수 있어 저장과 공유에 편리
  • 원클릭 지우기: 입출력 내용을 빠르게 지우고 새 변환 시작 가능
  • 문자 카운트: 입출력 영역에 실시간으로 문자 수를 표시하여 데이터 길이 예측에 편리
  • 고정폭 글꼴 표시: 코드용 고정폭 글꼴로 16진수와 Base64 콘텐츠를 표시하여 개발자에게 적합한 가독성 제공
  • 패널 너비 조정 가능: PC에서는 중간 구분자를 드래그하여 입출력 패널 너비 비율 조정 가능
  • 모바일 대응: 반응형 디자인으로 스마트폰에서는 탭으로 입출력 영역을 전환하고 터치 조작에 최적화
  • 브라우저 내 로컬 처리: 모든 변환은 브라우저 내 JavaScript로 로컬에서 실행되며 서버를 거치지 않아 데이터 보안 확보

이용 방법

  1. 변환 방향 선택: Hex→Base64 또는 Base64→Hex. 대문자 Hex 출력이 필요한 경우 Base64→Hex 모드에서 「대문자」 선택
  2. 변환할 Hex 문자열 또는 Base64 문자열을 왼쪽 입력창에 붙여넣기(공백 구분, 0x 접두사가 붙은 Hex 지원)
  3. 입력 후 도구가 자동으로 실시간 변환을 수행하여 오른쪽에 결과가 즉시 표시. 오류가 있는 경우 빨간색으로 표시
  4. 복사 버튼을 클릭하여 결과를 복사하거나 다운로드 버튼을 클릭하여 txt 파일로 저장. 방향 전환 시 결과가 자동으로 입력되어 변환 계속

자주 묻는 질문

어떤 입력 형식을 지원하나요?

Hex 입력은 다음을 지원합니다: ①연속 16진수 문자열(예: 48656C6C6F); ②공백으로 구분된 바이트(예: 48 65 6C 6C 6F); ③0x 접두사 형식(예: 0x48 0x65); ④줄바꿈으로 구분된 여러 줄 Hex. 도구는 공백과 접두사를 자동으로 제거한 후 변환합니다. Base64 입력은 공백 문자를 자동으로 무시합니다.

Base64를 16진수로 되돌릴 수 있나요?

네, 가능합니다. 방향 전환 버튼으로 「Base64 → Hex」를 선택하면 Base64를 16진수 문자열로 디코딩할 수 있습니다. 출력할 Hex의 소문자·대문자도 선택 가능합니다.

「Hex 문자열의 길이는 짝수여야 합니다」라고 표시되는 이유는 무엇인가요?

16진수에서는 두 문자가 1바이트(00-FF)를 나타내므로 올바른 Hex 문자열의 길이는 항상 짝수가 됩니다. 이 오류가 표시되면 입력에 문자가 더 많거나 적지 않은지, 복사 시 잘리지 않았는지 확인하세요.

「잘못된 16진수 문자가 포함되어 있습니다」라고 표시되는 이유는 무엇인가요?

16진수에서는 0-9와 a-f/A-F의 16문자만 허용되므로 다른 문자(g-z 등의 문자나 특수 기호)가 포함되면 오류가 발생합니다. Hex 외의 콘텐츠를 복사하지 않았는지, Base64를 Hex 입력창에 붙여넣지 않았는지 확인하세요.

변환 방향을 전환하면 콘텐츠가 사라지나요?

사라지지 않습니다. 방향 전환 버튼을 클릭하면 도구는 자동으로 현재 출력 내용을 새 방향의 입력으로 사용합니다. 변환 결과를 수동으로 복사&붙여넣기하지 않아도 역변환하여 검증할 수 있습니다.

입력하는 Hex에 0x 접두사가 붙어 있어도 처리할 수 있나요?

네, 가능합니다. 도구는 앞의 0x 접두사를 자동으로 감지하여 제거합니다. 문자열 전체 앞에 0x가 있는 경우도, 바이트마다 0x가 붙어 있는 경우(예: 0x48 0x65)도 올바르게 처리할 수 있습니다.

변환 결과를 API 요청에 직접 사용할 수 있나요?

네, 가능합니다. 출력되는 Base64는 RFC 4648 표준 인코딩의 플레인 텍스트 문자열로 JSON 필드, HTTP 요청 본문, URL 파라미터(URL 인코딩 주의), 헤더에 직접 사용할 수 있습니다. 출력되는 Hex는 순수 16진수 문자열로 바이너리 프로토콜 기술, 키 표현 등의 시나리오에서 직접 사용할 수 있습니다.

왜 Hex와 Base64 사이에서 변환해야 하나요?

Wireshark, Charles 등 패킷 캡처 도구, 프로토콜 분석기, 바이너리 로그는 보통 바이트 스트림을 16진수로 표시하여 바이트 단위 확인을 용이하게 합니다. 한편 API 인터페이스, JSON, 텍스트 설정 파일에서는 Base64 인코딩으로 바이너리 데이터를 전송해야 합니다(Base64는 텍스트 안전 문자만 사용하기 때문입니다). Hex→Base64는 캡처한 바이너리 데이터를 인터페이스에서 사용 가능한 텍스트 형식으로 변환하고 Base64→Hex는 Base64 인코딩된 데이터를 바이트 단위로 읽기 가능한 16진수로 되돌려 디버깅과 분석에 사용합니다.

큰 파일이나 긴 Hex도 변환할 수 있나요?

수십 KB 정도의 콘텐츠라면 로컬 변환은 전혀 문제없으며 브라우저에서 처리 속도도 빠릅니다. 순수 프런트엔드 textarea 입력이므로 수 MB를 초과하는 특히 큰 콘텐츠는 전용 도구 사용을 권장하지만 일상적인 개발에서 패킷 캡처 디버깅, 인터페이스 파라미터 처리에는 충분히 대응할 수 있습니다.

변환하는 데이터는 서버에 업로드되나요?

업로드되지 않습니다. 모든 인코딩·디코딩 처리는 브라우저 내 JavaScript로 완전히 로컬에서 실행되며 입력된 Hex 또는 Base64 콘텐츠가 네트워크를 통해 서버에 전송되지 않습니다. 페이지를 닫으면 데이터가 사라지므로 기밀성이 높은 키나 패킷 캡처 데이터도 안심하고 처리할 수 있습니다.

대문자 16진수 출력을 지원하나요?

지원합니다. Base64→Hex 모드에서 「소문자」/「대문자」 버튼을 전환하면 a-f 또는 A-F 출력을 선택할 수 있습니다. 프로토콜, 규격, 문서에 따라 대문자 Hex 출력이 요구되는 경우가 있습니다.

스마트폰에서도 사용할 수 있나요?

네, 사용할 수 있습니다. 도구는 반응형 디자인을 채택하여 스마트폰에서는 입출력이 탭으로 표시되며 패널 크기는 스마트폰 화면에 최적화되어 있습니다. 터치 조작에 대응하므로 외출 디버깅 시에도 빠르게 변환할 수 있습니다.

변환 결과는 어떻게 저장하나요?

두 가지 방법이 있습니다: ①복사 버튼을 클릭하여 클립보드에 직접 복사하고 필요한 곳에 붙여넣기; ②다운로드 버튼(아래쪽 화살표 아이콘)을 클릭하여 결과를 txt 텍스트 파일로 로컬에 저장.

Hex와 Base64는 각각 무엇인가요?

16진수(Hexadecimal/Hex)는 0-9와 A-F 16문자로 바이너리 데이터를 표현하는 방식으로 각 바이트를 두 문자(00-FF)로 나타냅니다. 사람이 바이너리 콘텐츠를 바이트 단위로 읽는 데 적합합니다. Base64는 64개의 인쇄 가능 문자(A-Z,a-z,0-9,+,/)로 바이너리를 표현하는 인코딩 방식으로 주로 텍스트 프로토콜(JSON, HTTP, Email 등)에서 바이너리 데이터를 안전하게 전송하는 데 사용되며 인코딩 후 크기는 원래 바이너리보다 약 33% 커집니다.

이 도구와 단순한 Base64 인코딩·디코딩의 차이는 무엇인가요?

일반적인 Base64 인코딩·디코딩은 텍스트 문자열↔Base64 변환이지만 이 도구가 처리하는 것은 원래 바이트 시퀀스입니다. Hex 자체가 바이트의 16진수 표현이므로 Hex↔Base64 변환은 순수 바이트 레벨 트랜스코딩이며 텍스트 인코딩(UTF-8/GBK 등) 문제가 발생하지 않습니다. 진정한 바이너리 데이터, 암호 키, 프로토콜 패킷 등의 처리에 적합합니다.

Hex(16진수)와 Base64 인코딩에 대해

컴퓨터와 네트워크 개발에서는 서로 다른 바이너리 표현 형식 사이에서 변환해야 할 필요가 자주 생깁니다. 16진수(Hexadecimal, 줄여서 Hex)와 Base64는 바이너리 데이터의 텍스트 표현으로 가장 흔히 사용되는 두 가지 방식이며 각각 적합한 용도가 있습니다: Hex는 사람이 바이트 단위로 읽고 디버깅하기 편리하며 Base64는 텍스트 프로토콜에서 바이너리 데이터를 전송하기에 적합하므로 개발자는 양자 사이에서 빈번하게 변환할 필요가 있습니다.

16진수는 0-9와 A-F 16문자로 데이터를 표현하며 각 바이트는 두 개의 16진수 문자(00부터 FF)에 대응합니다. 1바이트가 정확히 두 자리 16진수가 되므로 이 표현 방식은 매우 직관적입니다——두 문자가 1바이트이므로 위치를 맞춰 확인하기 쉬워 Wireshark, Charles 등 패킷 캡처 도구, 16진수 에디터, 디버거, 프로토콜 문서에서는 바이너리 데이터를 Hex로 표시하는 것이 일반적이며 개발자가 바이트 오프셋과 필드 값을 특정하는 데 편리합니다.

Base64는 64개의 인쇄 가능 ASCII 문자(A-Z, a-z, 0-9, +, /, 그리고 패딩으로 =)로 임의의 바이너리 데이터를 표현하는 인코딩 방식입니다. 주요 역할은 텍스트만 처리할 수 있는 프로토콜을 통해 바이너리 데이터를 안전하게 전송할 수 있도록 하는 것입니다——JSON에 원래 바이너리 바이트를 직접 배치할 수 없고 HTTP 헤더 값에는 비인쇄 문자를 포함할 수 없으며 Email 본문에 첨부 파일을 직접 포함할 수 없습니다——바이너리를 Base64 텍스트로 인코딩하면 이 문제가 해결됩니다. 대가로 인코딩 후 크기는 약 33% 커집니다(3바이트가 4문자로 인코딩됩니다).

왜 인터페이스에서 Hex를 직접 사용하여 바이너리를 전송하지 않나요? 물론 사용할 수도 있지만 Base64가 약간 더 효율적입니다: Hex는 1바이트를 2문자로 표현하므로 인코딩 효율은 50%(1바이트→2문자)이지만 Base64는 3바이트를 4문자로 표현하므로 인코딩 효율은 75%입니다. 따라서 동일한 바이너리 데이터는 Base64로 표현하는 것이 더 짧아 텍스트 전송 시나리오에서 더 흔히 사용됩니다. 한편 Hex는 더 직관적이고 사람이 읽고 분석하기 쉬우므로 패킷 캡처 디버깅에서는 Hex를 사용하고 인터페이스 전송에서는 Base64를 사용하는 식으로 양자의 변환은 개발자에게 일반적인 요구사항이 되었습니다.

이 도구의 변환은 완전히 바이트 레벨의 순수 트랜스코딩이며 텍스트 인코딩(UTF-8, GBK 등) 가정이 전혀 포함되지 않습니다: Hex 문자열은 직접 바이트 배열로 파싱되고 바이트 배열은 직접 Base64로 인코딩됩니다. 반대로 Base64는 직접 바이트 배열로 디코딩되고 바이트 배열은 직접 Hex 문자열로 출력됩니다. 이 점은 중요합니다——일반적인 「문자열 Base64 인코딩」은 텍스트 인코딩 변환을 수반하지만 Hex↔Base64는 순수 바이트 표현 사이 변환이므로 결과는 유일하게 결정되며 문자 깨짐 문제가 발생하지 않습니다.

실제 사용 시나리오를 고려하여 유연한 입력 형식을 지원합니다: Wireshark가 기본으로 출력하는 Hex는 바이트 사이가 공백으로 구분되어 있으며 많은 문서의 Hex에는 0x 접두사가 붙어 있고 복사&붙여넣기 시 줄바꿈이 포함되는 경우가 자주 있습니다. 공백과 0x 접두사를 자동으로 제거하면 수동으로 정리하는 수고가 줄어들어 붙여넣기만 하면 바로 변환할 수 있으므로 디버깅 효율이 크게 향상됩니다.

대소문자 전환도 실용적인 기능입니다: 규격과 시스템에 따라 Hex 대소문자 선호도가 다릅니다——Unix 계열 도구와 많은 오픈소스 프로젝트는 소문자(a-f)를 사용하는 것이 일반적이지만 Windows와 일부 기업 규격에서는 대문자(A-F)를 사용하는 것이 일반적이며 암호학 분야에서는 대문자가 요구되기도 합니다. 도구는 Base64→Hex 시 대소문자 전환을 제공하므로 수동으로 대소문자를 변환할 필요가 없습니다.

로컬 처리는 보안과 속도의 보장입니다: 인코딩 변환은 본질적으로 단순한 수학적 연산이므로 서버 측 계산이 필요 없으며 브라우저 내에서 JavaScript로 로컬 처리하면 매우 빠릅니다(마이크로초 수준). 또한 기밀 데이터(키, 서명, 미공개 프로토콜 데이터)가 컴퓨터 외부로 전송되지 않으며 네트워크 전송에 의한 유출 위험도 존재하지 않습니다. 인트라넷 격리 환경이나 오프라인 환경에서도 정상적으로 사용할 수 있습니다.

术语表

16진수 (Hex/Hexadecimal)
기수가 16인 기수법. 0-9와 A-F(a-f)로 수치를 표현하며 두 개의 16진수 문자가 정확히 1바이트(00-FF)를 나타냅니다. 바이너리 데이터의 가장 직관적인 텍스트 표현 방식이며 디버깅, 패킷 캡처, 프로토콜 문서에서 널리 사용됩니다.
Base64
64개의 인쇄 가능 ASCII 문자에 기반한 바이너리 인코딩 방식. 3바이트 바이너리를 4개 텍스트 문자로 인코딩하여 JSON, HTTP, Email 등 텍스트 프로토콜에서 바이너리 데이터를 안전하게 전송하는 데 사용됩니다. 인코딩 후 크기는 약 1/3 커집니다.
바이트 (Byte)
컴퓨터 데이터의 기본 단위. 1바이트=8비트(bit)로 0-255 사이 수치를 표현할 수 있습니다. Hex에서는 두 문자로 표현되며 네트워크 프로토콜과 바이너리 데이터의 기초 단위입니다.
RFC 4648
Base64 인코딩의 공식 표준 문서. 표준 Base64와 URL 세이프 Base64의 인코딩 규칙을 정의합니다. 이 도구는 표준 Base64 인코딩을 사용합니다.
0x 접두사
프로그래밍에서 16진수를 나타낼 때 쓰는 일반적인 접두사(예: 0x1A는 10진수 26을 나타냅니다). 많은 문서와 코드 내 Hex에는 0x 접두사가 붙어 있지만 도구는 자동으로 인식하여 제거합니다.
Wireshark
가장 인기 있는 네트워크 패킷 캡처 분석 도구. 기본으로 16진수+ASCII 형식으로 네트워크 패킷 내용을 표시하며 개발자가 네트워크 프로토콜을 디버깅할 때 흔히 쓰는 도구입니다. 출력되는 Hex 데이터는 이 도구의 일반적인 입력 소스입니다.
바이너리 트랜스코딩
서로 다른 바이너리 데이터 표현 형식(Hex, Base64, Base32, Base58 등) 사이에서 변환하는 것. 원래 데이터 자체는 변경하지 않고 표현 방식만 변경합니다.
고정폭 글꼴 (Monospace)
각 문자의 너비가 같은 글꼴. 코드, 16진수 데이터, 표 등 정렬이 필요한 콘텐츠 표시에 적합합니다. 도구는 기본으로 시스템 고정폭 글꼴을 사용하여 인코딩 콘텐츠를 표시합니다.
디바운스 (Debounce)
프런트엔드에서 흔히 쓰는 성능 최적화 기술. 입력이 멈춘 후 300ms 뒤에 변환을 실행하여 키를 누를 때마다 계산이 실행되는 것을 방지하고 대량 입력 시 부드러움을 향상시킵니다.
인코딩 효율
원래 데이터 길이와 인코딩 후 길이의 비율. Hex 인코딩 효율은 50%(1바이트→2문자), Base64 인코딩 효율은 75%(3바이트→4문자)로 Base64는 Hex보다 약 25% 텍스트 길이를 절약할 수 있습니다.
패딩 문자 (=)
표준 Base64 인코딩 끝에 있는 = 기호는 패딩에 사용되어 인코딩 후 길이를 4의 배수로 만듭니다. 디코딩 시 패딩 문자는 무시되며 표준 Base64의 일부입니다.
로컬 처리
모든 계산이 사용자 브라우저 내에서 JavaScript로 실행되어 데이터가 서버에 업로드되지 않는 것. 빠르고 안전하며 기밀 데이터 처리에 적합합니다.

Hex와 Base64 인코딩 특성 비교

두 바이너리 표현 방식의 특징 비교:

특성16진수 (Hex)Base64
문자 집합0-9, A-F (16문자)A-Z,a-z,0-9,+,/,= (65문자)
인코딩 효율50% (1바이트 → 2문자)75% (3바이트 → 4문자)
가독성높음(두 문자 1바이트, 바이트 단위 분석 용이)낮음(직관적이지 않아 직접 읽기 어려움)
주요 용도패킷 캡처 분석, 16진수 에디터, 프로토콜 문서, 키 표현JSON/HTTP/Email 바이너리 전송, Data URI, API 파라미터
대소문자 구분구분 안 함(a-f와 A-F는 동등)구분함(A와 a는 다른 인코딩)
예시("Hello")48656C6C6FSGVsbG8=

일반적인 바이너리 데이터 인코딩 대조표

텍스트 "Hello"의 각 인코딩 표현:

인코딩 형식인코딩 결과문자 길이
원본 텍스트Hello5바이트
Hex (소문자)48656c6c6f10문자
Hex (대문자)48656C6C6F10문자
표준 Base64SGVsbG8=8문자 (패딩 1개 포함)

일반적인 오류 해결표

변환 오류 발생 시 참고:

오류 표시가능한 원인해결 방법
잘못된 16진수 문자가 포함되어 있습니다Hex에 g-z, G-Z 또는 특수 기호가 포함됨Base64나 다른 텍스트를 잘못 붙여넣지 않았는지 확인하고 잘못된 문자 삭제
Hex 문자열의 길이는 짝수여야 합니다Hex 문자 수가 홀수로 한 문자가 더 많거나 적음입력의 처음과 끝을 확인하여 잘리지 않았는지 확인
(Base64 디코드 오류)Base64 문자열이 손상되었거나 길이가 올바르지 않거나 잘못된 문자가 포함됨Base64가 완전한지, 패딩 =이 부족하지 않은지 확인

Privacy & Security

이 Base64-Hex 양방향 변환 도구의 모든 인코딩·디코딩 처리는 사용자의 브라우저 내에서 JavaScript로 완전히 로컬에서 실행됩니다. 입력된 Hex 문자열과 Base64 콘텐츠가 서버에 업로드되지 않으며 기록, 캐시, 저장되지도 않습니다. 입력, 변환, 복사, 다운로드는 모두 로컬 브라우저 메모리 내에서 실행되며 페이지를 닫거나 새로고침하면 모든 임시 데이터는 자동으로 삭제됩니다. 기밀성이 높은 암호 키, 패킷 캡처 데이터, 내부 프로토콜 데이터도 안심하고 처리할 수 있으며 어떠한 유출 위험도 존재하지 않습니다.

Authoritative References

Troubleshooting

Hex를 붙여넣은 후 잘못된 문자 오류가 표시되면 어떻게 해야 하나요?

입력에 g-z/G-Z 외 문자, 한국어/중국어/일본어 문장 부호, 특수 기호가 포함되어 있지 않은지 확인하세요. Wireshark에서 복사한 Hex에는 ASCII 사이드바 콘텐츠가 포함될 수 있으므로 16진수 부분만 복사하세요. 또한 변환 방향이 Hex→Base64인지 확인하고 Base64를 Hex 입력창에 붙여넣지 않도록 주의하세요.

Hex 길이가 홀수라서 오류가 나는 원인은 무엇인가요?

두 개의 Hex 문자가 1바이트를 나타내므로 올바른 Hex는 항상 짝수 길이가 됩니다. 일반적인 원인: ①복사 시 마지막 한 글자가 누락됨; ②앞의 0x가 콘텐츠로 계산되어 길이에서 2를 빼면 홀수가 됨; ③중간에 여분의 공백이 있어 파싱 오류가 발생함. 각 바이트가 두 문자인지 확인하세요.

Base64 디코딩에 실패하여 오류가 나면 어떻게 해야 하나요?

다음을 확인하세요: ①Base64가 완전한지, 잘리지 않았는지; ②잘못된 문자가 포함되지 않았는지(Base64에서 허용되는 문자는 A-Z,a-z,0-9,+,/,=뿐입니다); ③끝 패딩 =의 개수가 올바른지(0개, 1개, 또는 2개); ④URL 세이프 Base64가 아닌지(+와 / 대신 -와 _를 사용). 이 도구는 현재 URL 세이프 Base64를 지원하지 않습니다.

왜 내가 변환한 Base64가 다른 사람의 것과 다른가요?

텍스트 문자열의 Base64인 경우 인코딩(UTF-8, GBK)이 다르면 결과가 다릅니다. 하지만 이 도구는 Hex↔Base64 순수 바이트 레벨 트랜스코딩이므로 Hex가 같다면 출력되는 Base64는 반드시 같습니다. 다르다면 다음을 확인하세요: ①Hex가 완전히 일치하는지(공백은 영향을 주지 않으며 0x도 영향을 주지 않습니다); ②대소문자는 Hex 파싱에 영향을 주지 않음; ③Hex 내에 보이지 않는 특수 문자가 섞여 있지 않은지.