JSON 읽기: 구문, 계약과 신뢰 구분하기

유효한 입력도 의미는 다를 수 있음

JSON 문서는 객체, 배열 또는 단순 값일 수 있습니다. 계약에서 객체를 요구해도 null 자체는 유효합니다. 일부 수는 JavaScript 정수 정밀도를 넘으며 중복 속성 이름의 해석은 파서마다 다를 수 있습니다.

수신의 모든 단계 확인하기

• 유지보수되는 JSON 파서를 쓰고 eval은 사용하지 않습니다. HTTP 상태, 예상 콘텐츠 유형, 크기 제한과 누락되거나 잘못된 본문 처리를 확인합니다.
• 그다음 계약을 검증합니다. 루트 유형, 필수 필드, 허용 값과 누락·null·0의 차이를 확인합니다. 계약이 정하면 긴 식별자는 문자열로 유지합니다.
• 깊이와 자원 제한, 중복 이름 정책과 오류 처리를 정합니다. 적절한 보호 없이 받은 문자열을 HTML이나 쿼리에 넣지 않습니다.

데이터를 노출하지 않고 유용한 오류 남기기

부분 응답, 버전 변경과 Unicode를 테스트합니다. 비밀이나 전체 본문 대신 최소 맥락을 기록합니다. 해석 실패를 빈 성공 결과로 바꾸거나 전체 처리 체인을 조용히 중단해서는 안 됩니다.

1차 자료

• IETF RFC 8259 — JSON Data Interchange Format [EN]
• MDN — JSON.parse() [EN]

{
    "page_1_ids": [
        "A",
        "B"
    ],
    "page_2_ids": [
        "B",
        "C"
    ],
    "next_cursor": "c2",
    "empty_page_has_next_cursor": true
}