OciGenAiService.parseJson: - 잘린 배열 복구 시 각 idx에서 end를 1씩 늘려 readValue 시도하던 O(N²) 로직 제거 - findObjectEnd: brace depth counter (문자열/escape 처리) 단일 패스 O(N) - 8192 token 응답 처리 시간 수백 ms → 10ms 이하 예상 - 매 try마다 Jackson 예외 객체/스택트레이스 생성하던 부담 제거 설계서: docs/design/326-parsejson-optimization/README.md (Approved) Refs: #326
3.3 KiB
3.3 KiB
설계서: OciGenAiService.parseJson 단일 패스 최적화 (#326)
상태: Approved 작성: [AI] Architect · 최종수정: 2026-06-15 추적성 — Redmine: #326 · 부모: #292 (추출 파이프라인 Reviewer 후속, 09-Done) · 구현 파일:
backend-java/src/main/java/com/tasteby/service/OciGenAiService.java
1. 목적 (Why)
LLM 응답이 잘린(truncated) 배열일 때 parseJson의 복구 로직이 O(N²): 각 객체 시작점에서 end를 1씩 늘려가며 매번 mapper.readValue(substring)을 try. 8192 토큰 응답(약 30KB)에서 매우 비효율 + 매 try마다 Jackson 예외 객체 생성(스택트레이스 양산). brace depth counter로 단일 패스 O(N)으로 교체.
2. 범위
- 포함:
parseJson의 truncated-array 복구 로직을 brace depth counter로 변경. - 제외:
parseJson의 마크다운/콤마 정규식 전처리는 그대로. Jackson streaming API 도입은 추가 최적화이지만 본 범위 밖.
3. 인수조건
- 정상 JSON 배열 → 동일 결과 반환.
- 잘린 배열(끝
}누락) → 가능한 만큼 객체 추출 + 로그. - 문자열 안의
{}"(escape 포함) 잘못 카운트 안 됨. - 8192 token 응답 처리 시간 < 10ms (이전: 수백 ms 가능).
- 회귀 없음 (기존 추출 파이프라인 시나리오 통과).
4. 컨텍스트 & 제약
- LLM 응답은 마크다운 + JSON 혼합 가능.
- 응답 크기 최대 약 30KB (8192 token × 4 char/token).
- mapper는 Jackson ObjectMapper.
5. 아키텍처 개요
parseJson(raw)
├ strip markdown/trailing commas (기존)
├ try readValue(raw) → 성공 시 반환
└ truncated array 복구:
idx = '['의 다음
while idx < len:
skip whitespace, ','
if raw[idx] != '{': break // 객체 아님
depth=0, inString=false, escaped=false
단일 패스로 객체 끝 (depth==0 && } 만남) 찾음
items.add(readValue(substring))
idx = 객체 끝 다음
return items
6. 함수 명세
| 함수 | 책임 | 비고 |
|---|---|---|
parseJson(raw) (수정) |
brace depth + 단일 readValue | private 헬퍼 findObjectEnd(raw, start) 추출 |
7. 흐름
- 기존 정규식 전처리.
- 전체 파싱 시도.
- 실패 + 배열 시작이면 위 알고리즘으로 객체 단위 복구.
8. 엣지케이스
- 빈 배열
[]: 일반 readValue가 처리. - 문자열 안
{}: inString 토글로 무시. - escape
\"\\: escaped 토글로 무시. - 객체가 아닌 원시값 배열
[1, 2, 3]: 첫 char가{가 아니므로 break. 전체 파싱이 성공할 경우 도달 안 함. - 매우 짧은 응답: 전체 파싱이 성공 → 복구 경로 미진입.
9. 테스트
- 정상 배열, 잘린 끝, 마크다운 wrap, escape 포함 5케이스 unit test (후속).
10. 리스크 & 대안
- 선택: brace depth counter (단일 패스).
- 대안 A: Jackson
JsonParserstreaming API — 더 빠르지만 코드 복잡. - 대안 B: 응답을 모두 받지 않고 streaming 파싱 — 본 범위 밖.
11. 미해결 질문
- LLM 응답에 객체 외 다른 타입 섞일 수 있는가? 현재 추출 결과는
[{...}, {...}]형태로 가정.