도구스개발

엔디안 변환기

16·32·64비트 값의 바이트 순서를 빅엔디안·리틀엔디안·미들엔디안으로 뒤집어 나란히 보여 줍니다. 같은 비트 패턴을 부호 없는 정수·부호 있는 정수·IEEE 754 실수로 각각 읽은 값도 함께 냅니다.

0x 접두사·공백·언더스코어를 넣어도 됩니다. 폭을 넘는 자리는 잘립니다.

바이트 순서를 뒤집으면

0xEFBEADDE

빅엔디안 DE AD BE EF → 리틀엔디안 EF BE AD DE

바이트 순서별 배열

빅엔디안 (BE)
DE AD BE EF

큰 자릿수부터. 네트워크 바이트 순서이며 사람이 읽는 순서와 같습니다.

리틀엔디안 (LE)
EF BE AD DE

작은 자릿수부터. x86·ARM이 쓰는 순서입니다.

미들엔디안 (PDP-11)
AD DE EF BE

16비트 워드는 빅엔디안, 워드 안 바이트는 리틀엔디안. PDP-11이 쓰던 순서입니다.

LE 쌍 교환
BE EF DE AD

리틀엔디안 바이트열을 두 개씩 짝지어 뒤집은 것입니다. 일부 장비·포맷에서 만납니다.

각 순서를 «빅엔디안으로 읽으면» 어떤 값이 되나

순서16진수부호 없음부호 있음IEEE 754
빅엔디안 (BE)DEADBEEF3735928559-559038737-6.259853399e+18
리틀엔디안 (LE)EFBEADDE4022250974-272716322-1.180246888e+29
미들엔디안 (PDP-11)ADDEEFBE2917068734-1377898562-2.534494489e-11
LE 쌍 교환BEEFDEAD3203391149-1091576147-0.46849575638771057
입력값 (부호 없는 정수)3735928559
부호 있는 정수로 읽으면-559038737
IEEE 754 실수로 읽으면-6.259853399e+18
2진수11011110101011011011111011101111
미들엔디안은 16비트 워드 안에서만 뒤집습니다. PDP-11은 32비트를 두 개의 16비트 워드로 나눠 워드 순서는 빅엔디안, 워드 안 바이트는 리틀엔디안으로 놓았습니다. 그래서 0x0A0B0C0D가 0B 0A 0D 0C가 됩니다.«LE 쌍 교환»은 리틀엔디안 바이트열을 다시 두 개씩 뒤집은 것으로, 같은 0x0A0B0C0D가 0C 0D 0A 0B가 됩니다. 임베디드 장비나 오래된 포맷에서 둘 다 만나므로 함께 냅니다.
64비트는 BigInt로 다룹니다. 자바스크립트의 number는 배정밀도 실수라 정수를 53비트까지만 정확히 담습니다. 64비트 값을 number로 뒤집으면 아래 자릿수가 조용히 뭉개져, 결과가 그럴듯해 보이는데 틀린 상태가 됩니다. 이 계산기는 정수를 전부 BigInt로 다루므로 0xFFFFFFFFFFFFFFFF도 그대로 나옵니다.
같은 비트 패턴이 읽는 방식마다 다른 값이 됩니다. 0xFFFFFFFF는 부호 없는 정수로는 4,294,967,295, 부호 있는 32비트 정수로는 −1, IEEE 754 단정밀도 실수로는 NaN입니다. 위 표가 세 가지를 함께 내는 이유입니다.실수 해석은 DataView로 합니다. 비트 패턴을 그대로 실수로 읽는 표준 경로라, 지수와 가수를 직접 뜯을 때 어긋나기 쉬운 경계(비정규화 수·무한대·NaN·음의 0)를 정확히 다룹니다.
언제 필요한가. 네트워크 프로토콜은 빅엔디안(«네트워크 바이트 순서»)을 쓰고 x86·ARM은 리틀엔디안을 씁니다. 그래서 소켓으로 받은 정수를 그대로 읽으면 자릿수가 뒤집혀 나옵니다. 바이너리 파일 포맷도 제각각이라, BMP·ZIP은 리틀엔디안, PNG·JPEG는 빅엔디안, TIFF는 파일 앞에 «II»(리틀) 또는 «MM»(빅)을 적어 알려 줍니다.UTF-16·UTF-32 텍스트 파일 앞의 BOM(0xFEFF)도 같은 문제를 푸는 표시입니다. 0xFFFE로 읽히면 순서가 반대라는 뜻입니다.입력한 값은 브라우저 안에서만 계산되며 서버로 전송되지 않습니다.

사용 방법

  1. 1비트 폭(16·32·64)을 고릅니다.
  2. 216진수나 10진수로 값을 넣습니다. 0x 접두사와 공백을 넣어도 됩니다.
  3. 3네 가지 바이트 순서로 늘어놓은 결과가 나옵니다.
  4. 4각 순서를 빅엔디안으로 읽었을 때의 값을 표에서 확인합니다.
  5. 5필요한 바이트열은 복사 버튼으로 가져갑니다.

자주 묻는 질문

여러 바이트짜리 값을 메모리에 늘어놓는 순서가 다릅니다. 0x12345678을 4바이트로 저장하면 빅엔디안은 12 34 56 78, 리틀엔디안은 78 56 34 12입니다. 빅엔디안은 사람이 읽는 순서와 같아 네트워크 표준으로 쓰이고, 리틀엔디안은 x86과 ARM이 씁니다.

32비트를 두 개의 16비트 워드로 나눠 워드 순서는 빅엔디안, 워드 안 바이트는 리틀엔디안으로 놓는 방식입니다. PDP-11이 쓰던 순서라 PDP 엔디안이라고도 하며, 0x0A0B0C0D가 0B 0A 0D 0C가 됩니다. 지금도 임베디드 장비나 오래된 포맷에서 만납니다.

다릅니다. 리틀엔디안 바이트열을 다시 두 개씩 뒤집은 것이며, 0x0A0B0C0D가 0C 0D 0A 0B가 됩니다. 미들엔디안(0B 0A 0D 0C)과는 워드 순서가 반대입니다. 둘 다 실제 장비에서 만나므로 나란히 냅니다.

정확합니다. 자바스크립트의 number는 정수를 53비트까지만 담을 수 있어 64비트를 number로 다루면 아래 자릿수가 조용히 뭉개집니다. 이 계산기는 정수를 전부 BigInt로 다루므로 0xFFFFFFFFFFFFFFFF도 그대로 나옵니다.

비트 패턴을 어떻게 읽느냐에 따라 값이 달라지기 때문입니다. 0xFFFFFFFF는 부호 없는 정수로는 4,294,967,295, 부호 있는 32비트 정수로는 −1, IEEE 754 단정밀도 실수로는 NaN입니다.

네트워크 프로토콜은 빅엔디안을 쓰고 x86·ARM은 리틀엔디안을 쓰기 때문에, 소켓으로 받은 정수를 그대로 읽으면 자릿수가 뒤집혀 나옵니다. 바이너리 파일 포맷도 제각각이라 BMP·ZIP은 리틀엔디안, PNG·JPEG는 빅엔디안, TIFF는 파일 앞에 II(리틀) 또는 MM(빅)을 적어 알려 줍니다.

같은 문제를 푸는 표시입니다. 파일 앞에 0xFEFF를 적어 두면 읽는 쪽에서 0xFEFF로 보이면 순서가 맞는 것이고 0xFFFE로 보이면 반대라는 뜻입니다.

전송되지 않습니다. 모든 변환은 브라우저 안에서 이루어지며 입력값은 이 기기에만 남습니다.

알아두면 좋은 점

  • 미들엔디안은 널리 인용되는 예(0x0A0B0C0D → 0B 0A 0D 0C)와 일치하는 것을 테스트로 확인했습니다.
  • 뒤집기를 두 번 하면 제자리로 오는 것과, 바이트열과 값이 서로의 역이 되는 것을 테스트로 확인했습니다.
  • 실수 해석은 DataView로 합니다. 비트 패턴을 그대로 실수로 읽는 표준 경로라 비정규화 수·무한대·NaN·음의 0을 정확히 다룹니다.
  • 정수는 전부 BigInt로 다룹니다. number로 다루면 53비트를 넘는 값이 조용히 뭉개집니다.
  • 폭을 넘는 자리는 잘리고, 10진수로 음수를 넣으면 2의 보수로 들어갑니다.
  • 입력한 값은 브라우저 안에서만 계산되며 서버로 전송되지 않습니다.

함께 보면 좋은 도구

부동소수점 비트숫자가 IEEE 754 형식으로 어떻게 저장되는지 부호·지수·가수 비트로 분해해 보여줍니다.진법 변환2진수·8진수·10진수·16진수를 서로 변환합니다.비트 연산 계산AND·OR·XOR·NOT·시프트 연산 결과를 10진수·2진수·16진수로 한 번에 보여줍니다.gitignore 판정.gitignore 규칙과 경로를 넣으면 그 파일이 무시되는지, 어느 줄이 마지막으로 이겼는지 알려줍니다.울프람 규칙규칙 번호 0~255를 8비트로 풀어 세 칸 이웃에 대응시키고 세대를 쌓아 무늬를 그립니다.

마지막 검증: 2026년 8월 31일 · 결과는 참고용 추정치입니다.