JSON 파서 툴킷

네. 파싱, 검증, 포맷팅은 브라우저에서 직접 실행됩니다. JSON은 서버로 업로드되지 않습니다.

이 도구는 점 표기법, 대괄호 표기법, 배열 인덱스, 빠른 조사를 위한 와일드카드 접근을 포함한 일반적인 JSONPath 패턴을 지원합니다.

네. 툴킷은 JSON을 검증한 후 같은 워크플로에서 동일한 입력을 포맷하거나 축소할 수 있게 합니다.

파싱은 브라우저에서 이루어지므로 실질적 한계는 기기 메모리에 따라 다릅니다. 대부분의 데스크톱 브라우저는 10-50 MB 파일을 무난히 처리하며, 휴대폰은 5-10 MB쯤에서 느려지기 시작합니다. 극도로 깊은 중첩(수천 수준)도 일부 파서를 걸리게 할 수 있는데, RFC 8259는 중첩 깊이 요구사항을 정하지 않기 때문입니다.

JSON은 RFC 8259가 정의한 순수 데이터 형식입니다. JSONP('JSON with Padding')는 JSON을 JavaScript 함수 호출로 감싸 <script> 태그가 다른 출처에서 이를 로드할 수 있게 하는 오래된 교차 도메인 기법입니다. CORS가 보편적으로 지원되는 지금 JSONP는 쓸모없고, 원격 소스를 완전히 신뢰할 수 없다면 안전하지도 않습니다.

JSONPath 필드를 사용하세요: $.store.book[0].title는 첫 번째 책의 제목을 반환하고, $..author는 모든 깊이의 모든 저자를 찾으며, $.user.roles[0]은 배열로 파고듭니다. JSONPath는 2024년 RFC 9535로 표준화되었고 이 테스터는 그 구문을 따릅니다.

가장 흔한 네 가지 원인: } 또는 ] 앞의 후행 쉼표, 큰따옴표 대신 작은따옴표, 따옴표 없는 키, 주석 - RFC 8259는 이 모두를 허용하지 않습니다. 또한 NaN이나 Infinity가 있는지 확인하세요. JavaScript에서는 유효하지만 JSON에서는 그렇지 않습니다. 검증기는 첫 번째 구문 오류의 정확한 문자 위치를 지정합니다.

RFC 8259에 따라 여섯 가지: object, array, string, number, boolean, null입니다. 날짜, 바이너리 블롭, 주석은 없습니다 - 인코더는 이들을 문자열이나 사용자 지정 관례로 표현합니다. 숫자는 십진수뿐이며 선행 0과 16진 표기는 거부됩니다.