JSON 뷰어

기능

입력하는 동안 검증

한 글자마다 파싱한다. 깨진 JSON 이면 파서가 멈춘 위치와 메시지를 같이 보여줘서, 빠진 쉼표나 따옴표 없는 키를 눈으로 찾지 않아도 된다.

같은 데이터를 세 가지로

포맷된 코드, 접었다 펼 수 있는 트리, 객체 배열을 행과 열로 펼친 표. 데이터 모양에 따라 읽기 편한 쪽으로 바꿔 본다.

포맷과 압축

읽으려면 일정한 들여쓰기로 펼치고, 설정값이나 쿼리스트링·요청 본문에 넣으려면 군더더기 바이트를 모두 걷어낸다.

큰 응답을 견딘다

트리는 컬렉션의 앞 100개만 먼저 그리고 필요할 때 더 편다. 표는 페이지를 나눈다. 수 메가바이트짜리 응답을 열어도 화면이 멈추지 않는다.

파일과 클립보드

10MB 까지의 .json 파일을 열 수 있고, 정리된 결과를 한 번에 클립보드로 가져간다.

사용법

1. 1

   JSON 을 붙여넣는다

   왼쪽 편집기에 JSON 을 붙여넣거나 입력한다. 컴퓨터에 있는 .json 파일을 열어도 된다.

2. 2

   유효한지 확인한다

   상태 표시줄이 파싱 결과를 알려준다. 깨졌다면 오류 메시지와 파싱이 멈춘 위치가 함께 나온다.

3. 3

   포맷하거나 압축한다

   Format 으로 들여쓰기해 펼치고, Minify 로 한 줄로 접는다.

4. 4

   구조를 훑는다

   오른쪽 패널을 트리로 바꿔 중첩된 객체를 접었다 펴거나, 표로 바꿔 객체 배열을 행 단위로 읽는다.

5. 5

   결과를 가져간다

   다 봤으면 정리된 JSON 을 클립보드로 복사한다.

큰 정수는 조용히 정밀도를 잃는다

JSON.parse 는 모든 숫자를 자바스크립트 double 로 만든다. 정수를 정확히 담는 한계는 2^53 − 1(9,007,199,254,740,991)이다. 트위터식 64비트 ID 인 9007199254740993 은 9007199254740992 로 파싱된다 — 하나 어긋나는데, 오류도 경고도 없다. Snowflake ID, 카프카 오프셋, bigint 컬럼을 JSON 숫자로 직렬화한 값이 모두 같은 일을 겪는다.

이 뷰어는 파서가 만들어 낸 값을 보여주므로, 들어오면서 바뀐 값은 붙여넣은 원문과 달라 보인다. 그게 보이면 고칠 곳은 만드는 쪽이다 — 큰 식별자는 JSON 문자열로 직렬화한다. RFC 8259 §6 은 상호운용성이 배정밀도 범위 안에서만 보장된다고 못박아 두었고, 이 문제를 겪고 살아남은 API 들이 지금 ID 를 문자열로 보내는 이유가 그것이다.

자주 묻는 질문

여기서 막힌다면

• 유효한 JSON 으로 가득한 파일인데 파서가 왜 실패하나?JSON 과 JSONL 과 NDJSON 은 같은 파일이 아니다
• ID 는 JSON 숫자여야 하나 문자열이어야 하나?JSON 에서 ID 가 문자열이어야 하는 이유
• 유닉스 타임스탬프가 초인지 밀리초인지 어떻게 아나?타임스탬프에서 초와 밀리초를 가리는 법
• 운영 토큰을 온라인 도구에 붙여넣어도 되나?브라우저 전용 도구가 지켜 주는 것과 지켜 주지 않는 것

이 도구가 따르는 규격

• RFC 8259 — JSON 데이터 교환 형식 — 현행 JSON 표준. 마지막 쉼표·주석·작은따옴표를 왜 거부하는지가 여기 있다.
• ECMA-404 — JSON 데이터 교환 문법 — RFC 8259 와 나란히 유지되는 같은 규격의 문법 쪽.
• MDN — JSON.parse() — 이 도구가 쓰는 파서. 오류 위치도 여기서 나온다.

함께 쓰는 도구

• CSV 뷰어·변환기구분자를 추측해 표로 열고, JSON 으로 바꾼다.
• JWT 디코더JSON 웹 토큰을 헤더·클레임·서명으로 가른다. 만료 시각은 사람이 읽는 시간으로.
• YAML ↔ JSON 변환기YAML 과 JSON 을 서로 바꾼다. 파싱이 안 되면 파서가 짚은 줄을 그대로 보여준다.