在 GraphQL 中实现 Cache 的方案与技巧
GraphQL 是现代 Web 应用开发中的一种强大工具，可以显著提高前端应用的开发效率和灵活性。然而，随着 GraphQL 查询变得越来越复杂，开发者需要考虑如何实现有效的缓存方案，以便客户端快速地获取数据，而不用每次都向服务器发起请求。
本文将介绍在 GraphQL 中实现缓存的一些方案与技巧，指导开发者如何在客户端、服务器端和中间件层面上利用缓存技术优化 GraphQL 查询效率。
- 客户端缓存
最简单的缓存方式是在客户端缓存查询结果。GraphQL 客户端支持使用一些类似于 Redux 的 state 管理方案，例如 Apollo Client 和 Relay，它们可以存储前端应用使用的所有数据，并在必要时自动将数据从服务器读取到本地。
例如，如果一个组件需要获取用户数据，它可能会向服务器发出 GraphQL 查询，并将结果状态存储在本地状态管理器中。当该组件再次需要相同的数据时，它可以从本地状态管理器中直接读取结果，而无需再次请求服务器。
以下是使用 Apollo Client 保持查询结果的示例代码：
-- -------------------- ---- -------
------ - --- - ---- -----------------
------ - -------- - ---- -----------------
----- ---------- - ----
----- --------- ---- -
-------- ---- -
--
----
---------
-
-
--
-------- ------------- ------ -- -
----- - ---- - - -------------------- - ---------- - --- ------ - ---
-- ------- -
------ ----------------------
-
----- - ---- - - -----
------ -
-----
----------------------
---- -------------------- --------------- --
------
--
-在上述代码中，useQuery hook 将查询结果存储在缓存中，并在需要时重新使用它们。如果后续的查询（如果 query 输入参数相同）需要相同的数据，则可以从缓存中读取，而无需再次向服务器发起请求。
但是，该方案可能存在缓存未命中或失效的问题。例如，由于后端数据已更改或重新启动，前端本地缓存的数据可能会失效。常见的解决方案是设置缓存时间和最大缓存大小，以确保在一段时间后自动失效和管理缓存的大小。
- 服务器端缓存
在 GraphQL 服务器中实现缓存可能涉及到整个数据集，不像在客户端上的缓存可以更加精细地控制。缓存可以在多个层次上发挥作用，例如数据库层，缓存层，GraphQL 查询层等。
其中，最常用的缓存策略是基于 query 的缓存策略。例如，如果查询一个特定的用户对象，可以将其对象 ID 作为键，将数据作为值进行存储。每次该用户对象被查询时，服务器将首先检查缓存来确定它是否已经存在，如果存在，则从缓存中返回结果，而不是重新查询数据库；否则，它将查询数据库，并将结果存储在缓存中。
以下是使用 Redis 缓存用户数据的示例代码：
-- -------------------- ---- -------
----- ----- - -------------------
----- ----- - --- --------
----- -------- --------------- -
----- ---- - ----- ------------------------
-- ----- --- ----- -
------ -----------------
- ---- -
----- ------ - ----- ---------------- - ---- ----- ----- -- - --- ------
-- -------- -
----- ----------------------- ------------------------
------ -------
- ---- -
------ -----
-
-
-在上述代码中，getUserById 函数首先检查 Redis 缓存来查找用户数据，并在找到数据时返回数据。否则，它将从数据库中查询数据，并将结果存储在缓存中以供后续使用。
需要注意的是，缓存需要合理配置和管理，以确保不会导致缓存不一致或过期的问题。
- 中间件缓存
中间件缓存是一种在 GraphQL 查询层级中使用的缓存策略。它可以在查询和响应之间拦截中间件，并向查询结果添加缓存功能。它通常部署在服务器上，在查询到达 GraphQL 查询层之前就可以进行缓存检查并返回缓存数据。
以下是在 Apollo Server 中使用中间件缓存的示例代码：
-- -------------------- ---- -------
----- ------------ - --- --------------
---------
----------
--------
-------- -
-
---------------- -- -- --
----------------- ----- -- --------- ------- -- -- -
----- -------- - ------- - --------------------------------------
----- --------------------------- --------------------------
--
------------------- -- ------- ------- -- -- -
-- ----- -- --- ------- -- ----- ------
--
---
--
--
---在上述代码中，中间件在查询成功时将查询结果存储在 Redis 缓存中，以便后续查询可以从缓存中获取数据，并减少服务器负载。
需要注意的是，由于中间件在查询和响应之间拦截，因此必须小心处理一些操作，例如传递属性和转换响应类型，以避免产生意想不到的错误。
结论：
以上是在 GraphQL 中实现缓存的一些方案与技巧，通过缓存不必要的查询可以极大的提升查询速度，优化前端开发体验。然而，缓存也需要适当的管理，以确保缓存的正确性和完整性，为实现缓存方案提供了一些思路和指南，帮助开发者更好地了解缓存在 GraphQL 中的应用场景。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6719b87751c8f8d31493a5bf