긴 원고가 다 안 들어갈 때: 100,000 UTF-16 입력 제한과 이모지

입력 제한은 눈에 보이는 글자 수와 다를 수 있습니다

문장정비소는 원고 입력을 UTF-16 코드 단위 기준 100,000단위로 제한합니다. 이는 100,000바이트라는 뜻도, 모든 문자를 눈에 보이는 모양 기준으로 100,000개 넣을 수 있다는 뜻도 아닙니다. 긴 원고나 이모지가 많은 원고를 넣을 때에는 작업대의 UTF-16 값을 함께 읽어야 합니다.

기술적 길이는 UTF-16 단위로 셉니다

공식 HTML maxlength 안내는 입력 길이를 UTF-16 코드 단위로 잰다고 설명합니다. 이 사이트의 입력란도 maxlength 100000을 사용하고 내부 문자열 처리 함수가 같은 상한을 확인합니다. JavaScript 문자열의 length 역시 UTF-16 코드 단위의 길이입니다. 키를 누른 횟수나 문서의 페이지 수를 기준으로 제한하는 방식과 다릅니다.

기술 근거: MDN maxlength UTF-16 입력 제한 · 2026-10-31 확인

이모지 예문으로 차이를 확인할 수 있습니다

예문 가A🙂는 보이는 세 요소가 있지만 UTF-16 값은 4입니다. 일반적인 가와 A가 각각 1단위이고 이 예문의 이모지가 2단위를 사용하기 때문입니다. 같은 이모지 🙂만 50,000개라면 UTF-16 길이는 100,000단위가 됩니다. 이는 해당 문자를 반복한 계산 예시이며 모든 이모지 조합이 같은 길이라는 뜻은 아닙니다.

잘라 붙이기 전에 원본을 먼저 보관하세요

입력 중 일부만 들어온 것처럼 보이면 전체 원본을 별도 문서에 남기고 실제 입력된 범위를 확인합니다. 제한을 넘는 원고는 의미 있는 단락이나 절 단위로 나누어 각각 처리할 수 있습니다. 다만 조각별 줄 수·단어 수를 단순히 더하면 경계의 공백과 줄바꿈 때문에 전체를 한 번에 센 값과 달라질 수 있으니 분할 지점을 기록하세요.

파일 크기나 제출 제한과 혼동하지 마세요

UTF-16 100,000단위 상한은 이 작업대의 입력 범위입니다. 외부 제출처의 1,000자 제한이나 파일 업로드 용량과 같은 규칙이 아닙니다. UTF-8 바이트 수는 입력한 문자에 따라 달라지므로 같은 상한에 도달한 두 원고의 파일 크기가 같다고 가정할 수 없습니다. 원하는 목적의 단위를 별도로 대조해야 합니다.

현재 원고가 실제로 다 들어왔는지 확인하세요

입력 뒤 맨 끝 문장과 첫 문장을 원본과 맞춰 보고 UTF-16 값을 확인합니다. 정리·저장 전에는 실제 처리된 범위를 확인하는 것이 우선입니다. 기존 검수는 100,000개의 ASCII 문자를 입력해 상한과 집계가 일치하는지 확인합니다. 이 글은 해당 구현과 공식 단위를 설명하며 모든 크기의 문서를 자동 분할하거나 파일을 업로드해 처리하는 기능을 약속하지 않습니다.