TanStack Query 화면 갱신 문제 해결: 데이터 변경 후 UI가 바뀌지 않을 때

중간부터 시작하는 전체 실습 파일

기존 Next.js Route Handler TaskFlow의 /tasks 화면과 /api/tasks를 이어서 확장합니다. 인증 없는 demo 메모리 저장소를 사용하는 로컬 실습이며 계정·외부 DB·API 키가 필요 없습니다. MSW를 활성화하지 않습니다. 서버를 다시 시작하면 데이터가 초기화됩니다.

• 시작본 다운로드 — query-step-06-mutation.zip
• 완료본 다운로드 — query-step-07-invalidation.zip

이 글의 시작본은 직전 프로젝트 단계 완료본 전체입니다. 이미 직전 단계를 마쳤다면 그 폴더를 이어 쓰셔도 됩니다. Node.js 24.x와 npm을 사용하며 패키지 버전은 package-lock.json에 고정했습니다.

시작본에서 직접 바꾸기

시작본을 실행한 뒤 아래 변경 파일을 순서대로 수정합니다. 완료본의 같은 경로 파일에는 import와 입력 타입을 포함한 전체 코드가 있습니다.

1. app/tasks/QueryStatePanel.tsx — 이전 단계에 없던 파일을 만듭니다.
2. app/tasks/TaskDashboard.tsx — 기존 파일의 같은 위치를 갱신합니다.
3. docs/invalidation.md — 이전 단계에 없던 파일을 만듭니다.

변경 이유와 결과: 목록과 상세의 올바른 키 계층을 점검하고 Query 상태 패널로 invalidation을 관찰합니다. 잘못된 키 재현은 docs/invalidation.md의 별도 비교로 남기며 완료본은 정상 키를 사용합니다.

완료본의 docs/changes.patch에서 시작·완료 차이를, docs/current-step.md에서 파일별 적용 위치를 확인할 수 있습니다. 아래 전체 파일을 같은 경로에 반영한 다음 실행하세요.

app/tasks/QueryStatePanel.tsx 전체 파일

 'use client';
import { useIsFetching } from '@tanstack/react-query';
export default function QueryStatePanel() {
  const count = useIsFetching({ queryKey: ['tasks'] });
  return <p aria-live="polite">작업 관련 진행 요청: {count}</p>;
}

app/tasks/TaskDashboard.tsx 전체 파일

'use client';
import { useState } from 'react';
import TaskListClient from './TaskListClient';
import type { TaskStatus } from '../lib/tasks-api';
import TaskDetailClient from './TaskDetailClient';
import TaskForm from './TaskForm';
import QueryStatePanel from './QueryStatePanel';
export default function TaskDashboard() {
  const [status, setStatus] = useState<TaskStatus>('all');
  const [selected, setSelected] = useState<string | null>(null);
  return (
    <main>
      <h1>TaskFlow Query</h1>
      <label>필터 <select value={status} onChange={(event) => setStatus(event.target.value as TaskStatus)}>
        <option value="all">전체</option><option value="active">진행 중</option><option value="completed">완료</option>
      </select></label>
      <TaskForm />
      <TaskListClient status={status} onSelect={setSelected} />
      {selected && <TaskDetailClient taskId={selected} />}
      <QueryStatePanel />
    </main>
  );
}

docs/invalidation.md 전체 파일

# 갱신 키 비교

정상 완료본은 taskKeys.all로 무효화하여 목록/상세/페이지를 다시 확인합니다.
별도 복사에서 onSuccess의 queryKey를 ['unrelated']로 바꾸면 서버 POST는 성공해도 기존 목록 캐시는 남습니다. 다시 taskKeys.all로 복원하고 목록을 다시 확인합니다. 원본 캐시를 삭제하여 문제를 숨기지 않습니다.

완료 확인

1. 시작본은 직전 완료본과 동일한 ZIP입니다. 압축을 푼 뒤 npm ci로 잠금 파일의 의존성을 설치합니다.
2. npm run dev 실행 후 http://localhost:3000/tasks를 엽니다.
3. 목록과 상세의 올바른 키 계층을 점검하고 Query 상태 패널로 invalidation을 관찰합니다. 잘못된 키 재현은 docs/invalidation.md의 별도 비교로 남기며 완료본은 정상 키를 사용합니다.
4. npm run typecheck와 npm run build가 성공하면 다음 프로젝트 단계로 갑니다.

이 체크포인트는 TypeScript 검사·프로덕션 빌드와 실제 소스를 사용한 JSDOM/상태 시나리오 검증을 통과했습니다. 별도 실제 브라우저 화면 검수는 이 파일 검증 범위에 포함하지 않았습니다.

아래 부분 예제는 핵심 변경을 설명합니다. 실행에 필요한 전체 파일과 보조 타입·API는 위 완료본에서 확인하세요.