01
먼저 문법 모드를 선택하세요
엄격한 JSON이 기본값입니다. JSONC는 줄 주석과 블록 주석만 추가로 허용하며 후행 쉼표는 허용하지 않습니다. 모드가 바뀌면 기존 보고서는 오래된 결과로 표시되므로 다시 검사해야 합니다.
JSON 도구
JSON 유효성 검사오류의 위치와 원문을 함께 확인
기본은 수동 검사입니다. Ctrl/Cmd+Enter로 실행하거나 자동 검사를 켜고, 진단 위치를 눌러 해당 입력으로 이동하세요.
JSON 유효성 검사
JSON 입력
입력은 현재 브라우저 탭에서 처리하며 업로드하거나 영구 저장하지 않습니다.
진단
검사를 기다리는 중입니다.
JSONC는 // 및 /* */ 주석을 허용합니다. 후행 쉼표는 오류입니다.
검사 전이거나 오래된 보고서입니다. 현재 입력을 검사하세요.
내보내기에는 진단과 짧은 원문 발췌가 포함됩니다. 수정된 JSON이 아닙니다.
서버 응답을 읽었는데 같은 필드의 값이 예상과 다르다면 중복 키를 살펴보세요. JSON 유효성 검사는 텍스트를 일반 객체로 바꾸기 전에 각 필드를 읽으므로 앞의 값이 사라지지 않습니다. 구문이 맞는지와 사용 시 위험이 있는지를 따로 판단합니다.
설정 파일을 확인할 때 JSON 검증기가 단순히 성공만 표시하면 원인을 놓칠 수 있습니다. 여기서는 JSON 구문 검사 결과와 원문 위치를 함께 보여 줍니다. JSON 오류를 고쳐도 큰 숫자나 중복 필드 경고가 남는지 다시 확인할 수 있습니다.
JSON 유효성 검사로 원문 증거 확인하기
중복 키의 두 위치를 남깁니다
같은 객체에서 이름이 반복되면 뒤에 나온 키를 경고하고 첫 위치도 기록합니다. "a"와 "\u0061"처럼 이스케이프를 해석한 뒤 같은 이름이 되는 경우도 찾습니다. 서로 다른 객체에 같은 키가 있는 것은 중복으로 보지 않습니다.
긴 숫자를 먼저 바꾸지 않습니다
문법적으로 올바른 식별자라도 JavaScript Number를 사용하는 소비자에게는 위험할 수 있습니다. 안전한 정수 범위를 벗어난 토큰을 표시하되 원래 숫자를 유지합니다. 반올림하거나 따옴표를 붙이는 수정은 사용자가 결정합니다.
보고서를 읽기 전에 확인할 세 가지
02
표시된 위치의 앞부분도 보세요
행과 열은 1부터 시작하며 위치를 누르면 입력 커서가 이동합니다. 쉼표 누락은 다음 항목을 읽을 때 발견될 수 있습니다. 주변 코드와 앞 항목을 함께 보세요. 긴 줄은 해당 위치 부근만 발췌합니다.
03
수정 후 최신 보고서를 저장하세요
수동 모드는 Ctrl/Cmd+Enter를 지원합니다. 자동 모드는 마지막 수정 후 400ms를 기다리고 실행 버튼을 숨깁니다. 변경 직후 복사와 다운로드는 비활성화됩니다. 화면은 50개씩 표시하지만 저장 파일에는 수집한 진단 전체가 들어갑니다.
실패 원인과 데이터 위험을 구분합니다
구문 성공과 경고는 다릅니다
JSON 유효성 검사는 올바른 구문, 경고가 있는 올바른 구문, 구문 오류, 미완료 검사를 구분합니다. 중복 이름은 상호 운용 위험으로 경고하며 문법 자체가 금지한다고 표시하지 않습니다. 구문이 이어지면 다음 값도 검사합니다.
숫자의 원래 표기로 범위를 판단합니다
안전한 정수 범위는 −9007199254740991부터 9007199254740991까지입니다. 소수점이나 지수로 쓴 수학적 정수도 대상입니다. Number에서 무한대로 바뀌는 값은 별도 오버플로 경고를 냅니다. 모든 소수의 정밀도를 보장하는 검사는 아닙니다.
진단을 원문으로 추적합니다
보고서는 코드, 심각도, JSON Pointer, 오프셋, 행과 열, 짧은 문맥을 담습니다. 중복 키에는 첫 위치도 있습니다. 오프셋과 열은 UTF-16 단위이며 CRLF는 한 줄 바꿈입니다. 경로의 슬래시와 물결표는 Pointer 규칙으로 이스케이프됩니다.
검사 범위와 중단 조건
- 문서 하나의 구문을 확인합니다
- 문자열이나 숫자를 포함한 하나의 루트 값을 붙여 넣으세요. 파일 가져오기, URL 요청, JSONL 및 일괄 처리는 지원하지 않습니다. JSON Schema, API 필수 필드, 업무상 값의 범위도 검사하지 않습니다.
- JSONC의 허용 범위는 주석입니다
- 작은따옴표, 따옴표 없는 키, 후행 쉼표, NaN, Infinity는 두 모드 모두 거부합니다. 선두 BOM이나 규정 밖 공백도 자동 제거하지 않습니다. JSONC에서 닫히지 않은 블록 주석은 여전히 오류입니다.
- 첫 구문 오류에서 멈춥니다
- 잘못된 구조 이후를 추측해 모든 오류를 모으지 않습니다. 중단 전 경고는 읽은 부분에만 해당하므로 고친 뒤 다시 검사하세요. 자원 제한으로 중단되면 구문 유효성을 알 수 없는 미완료 결과로 표시합니다.
- 입력과 보고서에는 상한이 있습니다
- 입력은 500000 UTF-16 단위, 깊이 100, 값 50000개, 숫자 토큰 1000단위까지입니다. 루트 깊이는 0입니다. 제한 알림을 포함해 진단은 최대 1000개이며 경로와 문맥 합계는 2000000단위까지 수집합니다.
- 수정은 자동으로 적용하지 않습니다
- 복구, 정렬, 포맷 변경, 중복 삭제, 숫자 문자열 변환은 하지 않습니다. 내보내기는 짧은 원문 발췌가 포함된 진단 보고서이며 수정된 데이터가 아닙니다. 파일을 공유하기 전에 발췌 내용을 확인하세요.
JSON 유효성 검사 관련 질문
자주 발생하는 JSON 오류는 무엇인가요?
쉼표 누락, 닫히지 않은 괄호, 작은따옴표, 마지막 항목 뒤 쉼표가 흔합니다. 루트 값 뒤에 추가 텍스트가 있어도 실패합니다. 표시된 위치뿐 아니라 바로 앞 항목도 살펴보고 수정 후 재실행하세요.
JSON 검증기와 JSON 포맷터의 차이는 무엇인가요?
검증기는 문법과 위험을 확인하고 포맷터는 들여쓰기나 공백 표현을 바꿉니다. 이 JSON 유효성 검사는 위치의 근거가 되는 원문을 유지합니다. 가독성 조정은 관련 포맷 도구에서 진행할 수 있습니다.
JSON 검증은 언제 사용해야 하나요?
API 요청이나 응답, 설정 파일을 연결하기 전에 구문을 확인할 때 유용합니다. 파싱은 성공하지만 값이 달라지는 상황에서는 중복 키와 숫자 경고도 보세요. 필수 필드나 업무 규칙은 별도로 검증해야 합니다.
JSON에서 주석을 사용할 수 없는 이유는 무엇인가요?
표준 JSON 문법에 주석이 포함되어 있지 않기 때문입니다. 설정용 주석이 필요하면 여기서 JSONC를 선택할 수 있습니다. 줄 주석과 블록 주석만 허용하고 후행 쉼표나 JSON5 문법은 허용하지 않습니다.
JSON에서 숫자 정밀도 문제가 있나요?
JSON 텍스트의 숫자를 어떤 타입으로 읽는지에 따라 달라집니다. JavaScript의 안전 정수 범위를 벗어나는 값과 Number 오버플로를 경고합니다. 원문을 반올림하지 않으며, 모든 소수 계산의 정확성을 검사하는 기능은 아닙니다.
결과가 예상과 다른가요?
다음 응답도 JSON 유효성 검사로 확인하세요
예제에는 중복 이름과 큰 정수가 함께 있습니다. JSON 유효성 검사로 두 경고의 원래 위치를 살펴본 뒤 어떤 값을 수정할지 결정할 수 있습니다.