그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록DataFetching
DataFetching

tanstack-query에서 stale time과 gc time의 차이점에 대해서 설명해주세요

실무4/5
설계4/5
인간4/5
기초2/5

면접관의 질문 의도

정의 암기보다 신선도와 비활성 캐시 수명이라는 서로 다른 축을 분리해서 보고, 화면 특성에 맞게 두 값을 갈라잡는지를 가른다.

큐레이션 답변

학습 자료

staleTime은 가져온 데이터를 신선하다고 보는 기간이다. 이 구간에는 같은 쿼리에 refetch 트리거가 와도 보통 캐시를 그대로 쓴다. gcTime은 쿼리를 쓰던 컴포넌트가 모두 사라진 뒤에도 캐시를 메모리에 남겨둘 시간이다. 결국 staleTime은 신선도 정책, gcTime은 비활성 캐시의 수명 정책으로 서로 다른 축을 다룬다.

좋은 답변 구조

  1. 01staleTime과 gcTime을 각각 한 줄로 정의한다
  2. 02신선도와 비활성 캐시 수명이라는 서로 다른 축을 다룬다는 점을 짚는다
  3. 03데이터 변동 주기와 재방문 패턴 기준으로 두 값을 어떻게 갈라잡는지 설명한다
  4. 04기본값을 그대로 둘 때와 조정해야 할 때를 사례로 보여준다

자주 실수하는 포인트

staleTime과 gcTime을 같은 개념으로 설명한다
stale 상태가 되면 캐시 데이터를 전혀 쓰지 못한다고 오해한다
기본값만 외우고 서비스 특성에 따른 조정 기준을 제시하지 못한다

실무 맥락

  • 목록 화면과 상세 화면을 오가며 같은 데이터를 반복 조회하는 SPA
  • 실시간성은 낮지만 재방문이 잦아 캐시 효율이 중요한 서비스
  • 모바일 네트워크 비용과 초기 체감 속도를 함께 관리해야 하는 환경

본인 경험에 녹이는 힌트

staleTime을 늘려 재요청을 줄였던 경험이 있다면 데이터 변동 주기와 함께 풀어낼 수 있다

gcTime 조정으로 메모리 사용이나 재방문 시 체감 속도가 달라진 사례를 연결할 수 있다

refetchOnWindowFocus와 staleTime을 같이 손봤던 경험이 있다면 절충 기준으로 묶어 말할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1staleTime을 길게 잡을 때 발생할 수 있는 부작용은 무엇인가요
Q2gcTime을 짧게 잡으면 어떤 사용자 경험 이슈가 생길 수 있나요
Q3refetchOnWindowFocus와 staleTime은 어떻게 함께 조정하나요
Q4서버 데이터가 자주 바뀌는 화면에서는 어떤 기준으로 값을 정하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문