ToolMill.io

JSON 검증기

JSON을 유효성 검사하고 브라우저에서 구문 문제를 직접 잡아 API 요청, 설정 파일, 정착물 또는 가져 오기 워크플로우에 텍스트를 재사용하기 전에. 이 페이지는 과거 JSON에 빠른 파스 체크를 위해 예정되며, 구조가 다른 모든 것을 수행하기 전에 유효합니다.

자료실

다운로드

JSON 문서

유효한 API 작풍 목표
이름 *
{"user":{"id":42,"name":"Ava"},"roles":["editor","billing"],"active":true}
제품정보
Valid JSON
잘못된 trailing comma 예제
이름 *
{"name":"Ava","active":true,}
제품정보
Invalid JSON
잘못된 단일 인용 예
이름 *
{'name':'Ava','active':true}
제품정보
Invalid JSON

이 검증자 확인

이 페이지는 과거 텍스트가 성공적으로 파업 할 수있는 유효 JSON인지 확인합니다. API로 페이로드를 전송하기 전에 빠른 구문 응답이 필요할 때 유용합니다. 설정 파일을 커밋하거나 다른 도구로 JSON을 전달하십시오.

그 범위는 중요하지 않습니다: 유효한 JSON 문법은 데이터가 응용 프로그램에 대한 정확하지 않다는 것을 보증하지 않습니다. payload는 유효한 JSON일 수 있고 아직도 API 필요조건, 사업 규칙, 또는 schema 체크가 나중에 실패합니다.

일반적인 JSON 오류 및 수정 방법

일반적인 문제는 두 배 인용 대신, 두 배 인용, 재산 사이 누락된 commas, 누락된 재산 이름 및 누락된 닫히는 끈 또는 부류를 포함합니다. 유효성 검사가 실패할 때, 첫번째를 위한 검사. 많은 과거의 스니펫은 엄격한 JSON보다 JavaScript 객체처럼 보이지 않기 때문에 실패했습니다.

JSON vs JavaScript 객체 리터럴

텍스트 스니펫은 자바 스크립트에서 유효하며 여전히 JSON이 엄격하기 때문에이 실패합니다. JSON은 더블 인용 속성 이름과 문자열 값이 필요하며, 주석 또는 relaxed object-literal 구문을 허용하지 않습니다. 그 차이는 docs, 브라우저 콘솔 및 코드 샘플에서 많은 복사 / 충격 놀라움을 설명합니다.

실제 작업 흐름에서 검증 결과를 사용하는 방법

이 페이지는 API 요청을 전송하기 전에 도움이, 설정 텍스트를 저장, 다른 응용 프로그램에 JSON을 가져, 또는 복사 된 webhook 또는 export snippet가 구조적으로 유효한지 검사. 그것은 당신이 포맷, 변환, 또는 다른 응용 프로그램 별 검증에 이동하기 전에 빠른 예 또는 구문 검사를 제공합니다.

이 도구는 하지 않습니다.

유효한 JSON에 의존하기 전에

준비하기 전에, 문법에 의존하는 대신 대상 계약 또는 스키마에 비교하십시오. 이 페이지는 JSON 파를 말해 줄 수 있지만 실제 대상 규칙은 구조가 가져 오기, 배포, 또는 API 사용을 허용한다는 것을 확인할 수 있습니다.

왜 JSON이 유효하고 여전히 생산 실패 할 수 있습니다.

페이로드는 필요한 키가 누락되기 때문에 유효 JSON 및 여전히 실패 할 수 있으며, 값은 잘못된 유형, 추가 필드를 사용할 수 없습니다. 또는 다운 스트림 API는 다른 구조를 기대합니다. Syntax validation는 유용한 첫번째 문입니다, 그러나 신청 수준 정확과 동일하지 않습니다.

유효한 JSON 결과는 무엇을 의미하지 않습니다.

유효 결과는 텍스트가 동기화 될 수있는 syntactically JSON을 수정합니다. 그것은 payload satisfies는 schema를 의미하지 않습니다, 모든 필수 필드를 포함, 올바른 데이터 유형 사용, 또는 그것을받을 서비스의 기대.

이 validator는 자동적으로 잘못된 JSON을 수리하지 않으며, schema를 적용하거나, API 호환성을 확인하거나, 필드 이름과 값이 프로젝트의 의미를 만들지 여부를 판단합니다. 구문 수준 체크 만입니다.