문제 발생
watch 무한 반복 문제가 나타난 입력, 직전 동작과 실제 결과를 함께 적습니다. 예를 들어 “가끔 실패”라고 쓰는 대신 정상 사례와 실패 사례를 하나씩 두고, 두 사례에서 달라진 version·설정·데이터를 표로 남깁니다.
| 사례 | 입력과 상태 | 결과 |
|---|---|---|
| 정상 | 가장 작은 정상 조건 | 기대한 결과 |
| 실패 | 한 조건만 달라진 재현 | 실제 오류·값 |
원인 분석
watch callback이 자신이 관찰하는 source를 매번 변경하면 update cycle이 반복될 수 있어 source와 side effect 경계를 분리해야 합니다.
render에서 계산할 값, 사용자가 소유한 state와 외부 시스템 동기화를 구분합니다. update를 시작한 값과 다시 update된 dependency를 따라가면 순환 원인을 찾을 수 있습니다. Vue Devtools의 component update, watcher, effect scope와 브라우저 performance 자료를 연결한다. 정상과 실패를 번갈아 실행하고, 이 원인이 맞다면 달라져야 할 값부터 확인합니다. 관련 없는 로그와 설정을 한꺼번에 바꾸지 않습니다.
해결 방안
파생값은 가능한 한 render나 computed에서 계산하고 effect·watch는 외부 동기화에만 둡니다. 비동기 작업은 최신 요청 식별자나 취소 신호와 cleanup을 갖게 합니다. 상태 소유권을 가까이 두고 computed, watch와 effect cleanup의 역할을 분리한다.
수정 전 실패 사례가 사라지고 기존 정상 사례가 유지돼야 합니다. 렌더 횟수, commit 비용, listener·timer 정리, 키보드 흐름과 SSR hydration을 확인한다. 초기 render, 연속 입력, 느린 응답의 순서 역전, unmount와 SSR hydration에서 state·DOM·cleanup이 기대한 순서로 바뀌는지 확인합니다. 가장 작은 실패 입력은 자동 테스트나 실행 가능한 점검 명령으로 남깁니다.
공식 문서와 적용 범위
문서의 기본값과 동작은 version에 따라 달라질 수 있습니다. 현재 runtime·framework version, 실제 입력과 요청 흐름에서 다시 확인합니다.