Skip to content
서버전송 없음 · 브라우저 처리

전각↔반각 변환

ABC 123 같은 전각 문자를 키보드 입력 형태로 되돌려요.

즐겨찾기하면 홈에서 바로 찾을 수 있어요

이럴 때 쓰세요

문서에서 ABC 123을 ABC 123으로
일본어 입력기로 친 전각 문자를 반각으로 정리
반각을 전각으로 바꿔 정렬 맞추기

이렇게 사용하세요

11단계원본에 내용을 붙여넣으면 바로 시작해요
22단계반각으로 → 버튼을 누르면 결과가 아래에 나타나요
33단계복사 버튼으로 결과를 바로 가져다 쓸 수 있어요

결과가 예상과 다를 때

결과가 잘려 보여요

전체 결과는 복사 버튼으로 받을 수 있어요.

입력한 내용이 사라졌어요

이 기기에 자동 저장돼요. 브라우저 저장소를 지우면 함께 사라져요.

자주 하는 실수

계산 근거

전각 라틴·숫자·기호는 유니코드 U+FF01~U+FF5E, 반각 알파벳은 U+0021~U+007E에 놓여 있습니다. 두 블록의 코드포인트 차이는 0xFEE0으로 일정해 일대일 대응이 되고, 유니코드 표준 분해에도 전각→반각 대응이 정의돼 있습니다. 공백(U+0020), 한글·한자만 이 범위 밖이라 대상이 아닙니다.

실제로 계산해 보면

`ABC123`을 반각으로 바꾸면?

`ABC123`이 됩니다. 전각 숫자 `1`은 U+FF11(65361), 반각 `1`은 U+0031(49)로 0xFEE0(65,312)만큼 차이 납니다. 세 자리를 각각 빼면 48·49·50이 되어 '1','2','3'이 됩니다.

`ABC-123`을 전각으로 바꾸면?

`ABC-123`이 됩니다. 대문자는 U+FF21~U+FF3A, 하이픈은 U+FF0D, 숫자는 U+FF10~U+FF19로 각각 반각 위치에서 0xFEE0만큼 올라갑니다. 소문자도 U+FF41~U+FF5A로 같이 바뀝니다.

`ID:kim`처럼 붙어 있으면?

`ID:kim`으로 풀립니다. I(U+FF29)→I(U+0049), D(U+FF24)→D(U+0044), `:`(U+FF1A)→`:`(U+003A) 모두 같은 규칙을 따릅니다. 다만 데이터베이스 검색을 맞추려면 전각으로 저장된 열과 반각으로 저장된 열을 따로 정리해야 해요.

더 궁금한 것

변환하면 글자 수가 달라지나요?

글자 하나가 글자 하나로만 바뀌므로 글자 수는 그대로입니다. 다만 값 자체가 다른 문자라, 전각 'A'와 반각 'A'는 데이터베이스 collation에 따라 같은 항목으로 묶이거나 따로 인덱싱됩니다.

데이터베이스에서 전각 숫자가 안 잡히는 이유는?

문자열 비교 기준이 모호하기 때문입니다. MySQL의 utf8mb4_general_ci는 전각 123과 반각 123을 같은 값으로 처리하지만, utf8mb4_0900_as_cs처럼 case와 특수문자를 구분하는 규칙에서는 다른 값이 되어 인덱스도 따로 쌓입니다. 정확히 나누려면 값을 이진 collation으로 저장하세요.

붙여넣었더니 앞자리 0이 사라집니다.

표 프로그램이 숫자로 읽어 `0123`을 `123`으로 바꾼 것입니다. 셀 서식을 '텍스트'로 두고 붙여넣거나 작은따옴표를 앞에 붙이세요. 우편번호·전화번호·코드처럼 앞 0이 값인 데이터는 무조건 문자열로 다뤄야 합니다.

알아둘 경계값

결과를 믿기 전 확인 목록

자주 묻는 질문

언제 쓰나요?

복붙한 문서의 ABC 123 같은 전각 문자를 키보드 입력 형태로 바꿀 때 씁니다.

한글도 전각 변환되나요?

한글은 전각·반각 개념이 없어 그대로 유지돼요. 영문·숫자·기호만 변환돼요.

관련 도구

전체보기 →