HasikSylphon 看业务规模吧，这个和 HTTP Cache 关注点不太一样，业务小的话怎么来都可以，但当一个业务的 Web 模块，涉及到好几十个甚至几百个 API 接口的协调的时候，就需要一些概念去支撑，好减小维护中的心智负担。
比如说开发某个功能页，指定依赖哪个接口返回的数据之类，然后还依赖好几个那种，这种用它管理就比较舒服，再配合 React 18 的 Suspense 能力，处理 loading 状态方面的心智负担就可以减小好多，有限的时间精力可以更多分配在交互和功能方面。
感觉它的文档对核心概念的表述还是挺详细的（参考 Quick Start | TanStack Query Docs），还有 这里 有介绍开发 React Query 的动机。