缓存和性能

组件和GraphQL响应缓存

AEM CIF核心组件已内置支持缓存各个组件的GraphQL响应。 此功能可用于大幅减少GraphQL后端调用的数量。 可以实现有效的缓存，特别是对于重复查询，例如检索导航组件的类别树或获取产品搜索和类别页面上显示的所有可用聚合/彩块化值。

对于AEM CIF核心组件，缓存是基于组件配置的，因此可以控制是否为每个组件缓存（以及缓存的时长）GraphQL请求/响应。 还可以使用GraphQL客户端定义OSGi服务的缓存行为。

配置

为给定组件配置后，缓存将开始存储由每个缓存配置条目定义的GraphQL查询和响应。 缓存大小和每个条目的缓存持续时间将基于项目进行定义，具体取决于目录数据可能更改的频率、组件始终显示最新可能数据的关键程度等。 请注意，没有任何缓存失效，因此在设置缓存持续时间时要小心。

为组件配置缓存时，缓存名称必须是 代理 您在项目中定义的组件。

在客户端发送GraphQL请求之前，它将检查该请求 精确 已缓存同一GraphQL请求，并且可能会返回缓存的响应。 要进行匹配，GraphQL请求必须完全匹配，即查询、操作名称（如果有）、变量（如果有）都必须等于缓存的请求，并且所有可能设置的自定义HTTP标头也必须相同。 例如，Adobe Commerce Store 标头必须匹配。

示例

我们建议您为搜索服务配置一些缓存，以获取产品搜索和类别页面上显示的所有可用聚合/彩块化值。 例如，只有在产品中添加了新属性时，这些值通常才会更改，因此，如果产品属性集不经常更改，则此缓存条目的持续时间可能会“较大”。 虽然这是特定于项目的，但我们建议在项目开发阶段使用几分钟的时间值，在稳定的生产系统上使用几小时的值。

这通常使用以下缓存条目进行配置：

com.adobe.cq.commerce.core.search.services.SearchFilterService:true:10:3600

建议使用GraphQl缓存功能的另一个示例方案是导航组件，因为它在所有页面上发送相同的GraphQL查询。 在这种情况下，缓存条目通常设置为：

venia/components/structure/navigation:true:10:600

当考虑 Venia参考存储 中，将使用。 请注意组件代理名称的使用 venia/components/structure/navigation和 not CIF导航组件的名称(core/cif/components/structure/navigation/v1/navigation)。

其他组件的缓存应根据项目进行定义，通常与在调度程序级别配置的缓存相协调。 请记住，这些缓存没有任何活动失效，因此应仔细设置缓存持续时间。 没有任何“一刀切”的值可匹配所有可能的项目和用例。 确保在项目级别定义最符合项目要求的缓存策略。

调度程序缓存

在中缓存AEM页面或片段 AEM Dispatcher 是任何AEM项目的最佳实践。 通常，它依赖于失效技术来确保在AEM中更改的任何内容在Dispatcher中正确更新。 这是AEM Dispatcher缓存策略的核心功能。

除了纯AEM管理内容CIF之外，页面通常还可以显示通过GraphQL从Adobe Commerce动态获取的商务数据。 虽然页面结构本身可能永远不会更改，但商务内容可能会更改，例如，如果某些产品数据（名称、价格等） Adobe Commerce中的更改。

为确保CIF页面在AEM调度程序中缓存的时间有限，我们建议使用 基于时间的缓存失效 （也称为基于TTL的缓存）。 此功能可以在AEM中使用 ACS AEM Commons 包。

使用基于TTL的缓存，开发人员通常为选定的AEM页面定义一个或多个缓存持续时间。 这可确保在配置的持续时间内，CIF页面仅会缓存在AEM调度程序中，并且内容会经常更新。

其他资源

• Venia参考存储
• GraphQL缓存配置
• AEM Dispatcher