첫 번째 파서 오류로 시작

JSON 파서는 문서를 더 이상 해석할 수 없는 첫 번째 위치에서 멈추는 경우가 많습니다. 신고된 캐릭터가 항상 실수가 시작된 곳은 아니지만 최고의 출발점이 됩니다. 현재 줄과 바로 앞 줄, 특히 최종 속성, 쉼표, 따옴표 또는 대괄호를 검사하세요.

가장 일반적인 JSON 구문 오류

{
  "name": "Megaish",
  "apps": 33
}
  • 큰따옴표 대신 작은따옴표를 사용하는 속성 이름이나 문자열 값.
  • 속성 또는 배열 항목 사이에 쉼표가 누락되었습니다.
  • 마지막 항목 뒤의 후행 쉼표.
  • 여는 중괄호 또는 대괄호 닫는 파트너 없이.
  • 이스케이프 처리되지 않은 큰따옴표, 백슬래시, 개행 또는 문자열 내부의 제어 문자.
  • 댓글, undefined 또는 NaN, JavaScript는 인식할 수 있지만 JSON는 인식하지 못합니다.

검증, 형식, 문제 범위를 좁히세요

  1. JSON에는 중요한 구성이 포함되어 있습니다.
  2. JSON 유효성 검사기에서 문서를 붙여넣거나 엽니다.
  3. 보고된 첫 번째 줄과 열로 이동합니다.
  4. 오류 하나를 수정한 다음 다시 유효성을 검사합니다.
  5. 중첩이 표시되도록 유효한 결과 형식을 지정합니다.
  6. 키와 값 유형을 API 또는 구성 스키마와 비교합니다. 기대하세요.

JSON Viewer & Formatter 가벼운 Windows 앱에서 형식 지정, 유효성 검사, 축소 및 변환 워크플로를 지원합니다. 구문이 유효한 후의 구조적 이해를 위해 별도의 JSON 다이어그램 워크플로.

구문 유효성은 데이터 정확성이 아닙니다

문서가 유효한 JSON일 수 있지만 수신 시스템에서는 여전히 잘못된 문서일 수 있습니다. 숫자 ID가 문자열로 제공되었거나, 필수 속성이 없거나, 날짜가 예상치 못한 형식을 사용할 수 있습니다. 유효성 검사는 "이것을 구문 분석할 수 있습니까?"라고 대답합니다. 스키마 또는 애플리케이션 검증은 "이 데이터가 필요한 모양과 의미를 갖고 있습니까?"라고 대답합니다.

민감한 데이터 보호

API 응답 및 구성 파일에는 액세스 토큰, 이메일 주소, 내부 호스트 이름 또는 고객 데이터가 포함될 수 있습니다. 티켓이나 공개 유효성 검사기에서 코드 조각을 공유하기 전에 비밀을 제거하세요. 민감한 로컬 파일의 경우 조직에서 승인한 워크플로를 사용하세요.

JSON Viewer & Formatter 탐색해 보세요Windows

이 가이드는 먼저 작업 흐름에 대한 답변을 제공합니다. Microsoft Store로 이동하기 전에 Megaish 제품 페이지에서 검증된 기능과 스크린샷을 검토하세요.

기능 및 스크린샷 보기

일반적인 질문

유효한 JavaScript가 항상 유효한 JSON는 아닌 이유는 무엇인가요?

JavaScript 개체 구문은 주석, 정의되지 않은 값 및 일부 상황에서는 작은따옴표로 묶인 문자열을 포함하여 JSON가 허용하지 않는 구성을 허용합니다.

JSON는 다음을 포함해야 합니다. 뒤에 쉼표가 있나요?

아니요. 표준 JSON는 최종 객체 속성 또는 배열 항목 뒤에 쉼표를 허용하지 않습니다.

예기치 않은 토큰은 무엇을 의미합니까?

파서가 예상 JSON 문법에 맞지 않는 문자를 발견했습니다. 해당 위치와 바로 앞의 구분 기호를 확인하세요.