16진수 인코딩/디코딩

100% 클라이언트 측 처리 (서버 업로드 없음). 선택 가능한 출력 스타일(일반, 0x..., C \xHH, %HH), 대소문자, 바이트 구분자, 선택적 줄바꿈, 구성 가능한 줄 끝 문자로 텍스트를 16진수로 인코딩합니다.

Loading…

소개 16진수 인코더 (텍스트)

이 페이지를 사용하여 브라우저에서 직접 텍스트를 16진수로 인코딩하세요. 출력 형식(일반 16진수, 0x... 스타일, C 스타일 \xHH 이스케이프, 또는 퍼센트 %HH)을 선택하고, 대소문자와 구분자를 제어하며, 가독성을 위해 선택적으로 바이트를 줄마다 줄바꿈할 수 있습니다. 반대 방향이 필요하신가요? 다른 페이지를 사용하세요.

기능

  • 100% 클라이언트 측 처리 (서버 업로드 없음).
  • 다양한 16진수 출력 형식: 일반(deadbeef), 0x... 접두사, C 이스케이프(\xHH), 퍼센트(%HH)
  • 소문자 또는 대문자 출력
  • 바이트 구분자: 없음, 공백, 콜론, 대시, 밑줄, 쉼표
  • 줄당 바이트 줄바꿈 (0은 줄바꿈 비활성화)
  • 선택적 "최종 줄바꿈 삽입"으로 깔끔한 파일 출력
  • 문자 집합 선택 (텍스트 → 바이트). 지원되지 않는 문자 집합은 UTF-8로 대체됩니다.
  • 선택적 줄 단위 처리 및 선택 가능한 줄 끝 문자 (LF 또는 CRLF)

사용 방법 for hex-encoder

1

내용 붙여넣기 또는 드롭

텍스트를 편집기에 붙여넣으세요 (또는 .txt, .md, .json, .yaml 같은 텍스트 파일을 드롭하세요). 입력이 일반 ASCII가 아닌 경우, 바이트가 의도대로 생성되도록 올바른 "문자 집합"을 선택하세요.

2

"인코딩" 클릭

16진수 형식(일반 / 0x / C 이스케이프 / 퍼센트)을 선택하고, 대소문자와 바이트 구분자를 설정하며, 선택적으로 줄당 바이트를 줄바꿈하세요. 그런 다음 "인코딩"을 클릭하여 16진수 출력을 생성하세요.

3

복사 또는 다운로드

인코딩된 16진수 출력을 복사하거나 텍스트 파일로 다운로드하세요. "최종 줄바꿈 삽입"을 활성화한 경우, 더 깔끔한 diff 및 CLI 파이핑을 위해 출력이 줄바꿈으로 끝납니다.

기술 사양

실행 모델

이 페이지는 브라우저에서 16진수 인코딩을 수행하며 입력을 서버에 업로드하지 않습니다.

항목상세 내용
런타임100% 클라이언트 측 처리 (서버 업로드 없음).
변형 범위인코딩 페이지 (텍스트 → 16진수)
제한~1–2MB 문자; ~25000 ms 타임아웃
보존모든 처리는 귀하의 브라우저에서 로컬로 이루어집니다(업로드 없음)
입력텍스트(선택된 문자 집합을 사용하여 바이트로 해석됨)
출력텍스트(16진수 숫자, 형식에 따라 선택적으로 토큰화/접두사 추가됨)
로컬 처리 방식이라도 노출될 여유가 없는 비밀 정보는 붙여넣지 마세요(화면 공유, 브라우저 확장 프로그램, 원격 분석, 복사/붙여넣기 기록으로 데이터가 유출될 수 있습니다). 민감한 자료는 로컬 도구를 사용하세요.

간단한 예시

기본 일반 16진수 형식을 사용한 최소 인코딩 예시입니다.

입력 (텍스트): Hello
출력 (일반 16진수, UTF-8): 48656c6c6f
동일한 입력은 서식 옵션(형식/대소문자/구분자/줄바꿈)이나 텍스트를 바이트로 변환하는 데 사용된 "문자 집합"을 변경할 때만 다른 16진수를 생성합니다.

오류 및 특수 사례

인코딩은 일반적으로 간단합니다; 대부분의 예상치 못한 결과는 텍스트-바이트 변환 선택과 서식 기대치에서 비롯됩니다.

증상가능한 원인확인 사항
출력이 다른 도구와 일치하지 않음다른 문자 집합(텍스트 → 바이트) 또는 다른 서식 스타일"문자 집합"과 16진수 형식(일반 vs 0x vs \xHH vs %HH) 및 대소문자/구분자 확인
예상치 못한 줄바꿈줄바꿈 또는 최종 줄바꿈 활성화됨"줄당 바이트 줄바꿈"을 0으로 설정하여 줄바꿈 비활성화; "최종 줄바꿈 삽입" 토글
줄별 출력이 전체 텍스트 인코딩과 다름줄별 처리 모드가 입력 분할 방식을 변경함단일 연속 인코딩을 원한다면 "줄별 처리" 비활성화
대상 시스템에 맞지 않는 형식선택한 출력 형식이 소비자의 기대와 일치하지 않음C/JS 리터럴에는 \xHH 사용; URI와 같은 컨텍스트에는 %HH 사용; 로그/사람이 읽기에는 일반 또는 0x 스타일에 구분자 사용
대량 입력 시 타임아웃 또는 도구 오류입력이 클라이언트 측 제한을 초과함입력을 약 1–2MB 문자 이하로 유지하고 대용량 파일의 경우 로컬 CLI 인코딩 고려

명령줄 대안

비밀 정보, 자동화 또는 CI의 경우 로컬에서 인코딩하세요. 아래는 텍스트/바이트 → 16진수 변환을 위한 일반적이고 표준적인 옵션입니다.

Linux/macOS

UTF-8 문자열을 일반 16진수로 인코딩(xxd)

printf %s "Hello" | xxd -p -c 256

xxd는 바이트를 16진수로 출력합니다. -p는 일반 16진수를 출력하며; -c는 줄당 열 수를 제어합니다.

문자열을 16진수로 인코딩(Python)

python -c "s='Hello'; print(s.encode('utf-8').hex())"

텍스트를 UTF-8로 바이트로 인코딩한 후, 바이트를 16진수로 변환합니다.

Node.js

텍스트를 16진수로 인코딩 (Node Buffer, UTF-8)

node -e "const s='Hello'; console.log(Buffer.from(s,'utf8').toString('hex'));"

Buffer는 지정 시 기본적으로 문자열을 UTF-8로 인코딩한 후 toString('hex')로 16진수로 변환합니다.

Windows PowerShell

텍스트를 16진수로 인코딩 (UTF-8)

powershell -NoProfile -Command "$s='Hello'; $bytes=[Text.Encoding]::UTF8.GetBytes($s); ($bytes | ForEach-Object { $_.ToString('x2') }) -join ''"

문자열을 UTF-8 바이트로 변환한 후 각 바이트를 두 자리 16진수로 포맷팅합니다.

사용 사례

읽기 쉬운 바이트 검사

  • 디버깅을 위해 짧은 텍스트를 16진수 표현으로 변환
  • 로그, 문서 또는 티켓용 16진수 스니펫 생성

16진수 표기법을 기대하는 시스템과의 상호 운용성

  • 설정 파일 및 도구용 0x 접두사 또는 구분자로 구분된 16진수 생성
  • C/JS와 유사한 컨텍스트에 바이트를 삽입하기 위한 \xHH 시퀀스 생성

CI 및 재현 가능한 픽스처

  • 테스트용 결정론적 16진수 픽스처 생성
  • 차이점 비교 및 검토를 위한 포맷팅(대소문자/구분자/줄바꿈) 표준화

바이트 대 텍스트 교육

  • 선택한 문자 집합이 기본 바이트를 어떻게 변경하는지 보여주기
  • 포맷팅 옵션이 바이트를 변경하지 않고 표현에 어떻게 영향을 미치는지 시연

❓ Frequently Asked Questions

공개 API가 있나요?

아니요. 이 도구는 대화형 브라우저 사용을 목적으로 하며 공개 API를 제공하지 않습니다.

처리는 로컬인가요 원격인가요?

100% 클라이언트 측 처리 (서버 업로드 없음). 모든 인코딩은 브라우저에서 로컬로 실행됩니다.

비밀 정보(API 키, 비밀번호, 토큰)를 붙여넣을 수 있나요?

하지 않는 것이 더 안전합니다. 로컬 처리에도 불구하고, 비밀 정보는 화면 공유, 브라우저 확장 프로그램, 클립보드 기록 또는 장치 손상을 통해 유출될 수 있습니다. 민감한 데이터의 경우 로컬 CLI 인코딩을 선호하세요.

내 인코딩 출력이 다른 16진수 도구와 일치하지 않는 이유는 무엇인가요?

대부분의 불일치는 다른 텍스트 인코딩(문자 집합) 또는 다른 출력 포맷팅(일반 vs 0x vs \xHH vs %HH, 구분자, 줄바꿈, 대소문자)으로 인해 발생합니다. 대상 도구/시스템과 일치하도록 "문자 집합" 및 포맷팅 옵션을 조정하세요.

"일반", "0x", "\xHH", "%HH" 출력의 차이점은 무엇인가요?

동일한 바이트를 다른 텍스트 표기법으로 나타냅니다: 일반은 연속적인 16진수 숫자입니다; 0x는 16진수 접두사를 추가합니다(선택적으로 바이트별); \xHH는 C 스타일의 바이트별 이스케이핑입니다; %HH는 URI/URL 컨텍스트에서 사용되는 퍼센트 인코딩 스타일과 일치합니다.

Pro Tips

Best Practice

호환성을 목표로 한다면, 표기법을 먼저 결정하세요: 덤프용으로는 일반 표기, 여러 개발 도구용으로는 0x, C/JS 스타일 리터럴용으로는 \xHH, URL 스타일 컨텍스트용으로는 %HH를 사용하세요.

Best Practice

도구 간 출력이 다를 경우, 16진수 인코더를 탓하기 전에 "문자 집합"(텍스트 → 바이트)을 확인하세요.

Best Practice

깔끔한 diff와 파이핑을 위해, 줄 바꿈을 비활성화(bytesPerLine = 0)하고 "마지막 줄 바꿈 삽입"은 워크플로우가 필요할 때만 활성화하세요.

Best Practice

비밀 정보나 규제 데이터의 경우, 브라우저 클립보드 워크플로우에 의존하기보다 CI나 로컬 머신에서 인코딩하세요.

Additional Resources

RFC 3986: 통합 자원 식별자(URI): 일반 구문 (퍼센트 인코딩)
Documentation
WHATWG URL 표준 (퍼센트 인코딩 알고리즘)
Documentation

Other Tools

🔐 16진수 인코더 (텍스트) — 텍스트를 16진수로 인코딩 | Encode64