← JSON 도구로 돌아가기

JSON 비교

최종 업데이트: 2026년 10월 2일

두 JSON 문서를 비교해 실제로 다른 부분만 보여 줍니다. 비교는 구조로 하므로 키를 다시 정렬하거나 서식을 바꿔도 차이가 되지 않습니다. 실제 변경을 경로별로 나열하며, 모든 처리는 브라우저 안에서 이루어집니다.

구조 비교가 보는 것

두 문서는 먼저 구문 분석되고, 그다음 함께 순회됩니다. 보고되는 것은 데이터 자체의 차이뿐입니다. 한쪽에만 있는 키, 값의 변경, 또는 형식이 바뀐 값 — 숫자가 문자열이 되거나 객체가 배열이 된 경우입니다. 공백과 키 순서는 비교에 전혀 관여하지 않습니다. 구문 분석 후에는 존재하지 않기 때문입니다.

형식 변경은 그것이 일어난 경로에서 한 번만 보고됩니다. 아래의 모든 잎 노드마다 삭제와 추가로 펼쳐지지 않습니다. 하위 트리 전체가 모양을 바꿀 때 보고서를 읽기 쉽게 유지해 줍니다.

이것이 텍스트 줄 비교가 아닌 이유

텍스트 비교——git diff가 보여 주는 것——는 줄을 비교합니다. JSON에서는 이것이 자주 오해를 부릅니다. JSON을 다른 도구나 다른 버전의 라이브러리가 생성하면 들여쓰기를 다시 하거나 같은 키를 다른 순서로 출력하는 일이 흔한데, 줄 비교는 데이터가 동일한데도 그것을 수많은 변경처럼 보이게 만듭니다.

아래 두 문서는 같은 문서입니다. 줄 비교는 네 줄의 변경을 보고하지만, 이 도구는 아무것도 보고하지 않습니다.

{"a": 1, "b": 2}

{
  "b": 2,
  "a": 1
}

반대도 성립하며, 그 부분이 유용합니다. 키 이름의 한 글자 변경이나 숫자가 3에서 4로 바뀐 것은 정확히 변경 하나로 나타나고, 서식 잡음에 묻히지 않습니다.

경로 표기 읽는 법

모든 변경은 경로로 보고됩니다. $는 문서 루트이고, 점은 객체 키로 들어가며, 대괄호는 배열 인덱스입니다. 따라서 $.settings.indent는 settings 안의 indent 키이고, $.features[2]는 features 배열의 세 번째 항목이며, $["weird key"]는 단순한 식별자가 아닌 키를 나타냅니다. 표기는 JSON Pointer와 같은 방식이라, 보고서의 경로를 그대로 다른 JSON 도구에 붙여 넣을 수 있습니다.

비교가 알려 주지 않는 것

• 배열은 위치로 맞춥니다.긴 배열 맨 앞에 항목을 넣으면 그 뒤의 모든 요소가 한 칸씩 밀리므로, 값이 이동했을 뿐인데도 각각이 변경으로 보고됩니다. 맞출 키가 없는 비교의 솔직한 한계입니다. 항목에 안정적인 id가 있다면 먼저 양쪽을 그 id로 정렬하거나, 그 id로 색인한 버전을 비교하세요.
• 패치가 아닙니다.이것은 차이를 보고할 뿐, JSON Patch(RFC 6902) 문서를 출력하지 않고 이동한 블록도 감지하지 않습니다. 이동한 값은 이전 경로의 삭제와 새 경로의 추가로 나타납니다.
• 값은 정확히 비교합니다.구문 분석기에게 1과 1.0은 같은 수이지만, 1과 "1"은 다르고, 키가 없는 것과 null로 명시한 키는 다릅니다.

자주 묻는 질문