Gmail 和日历 API 会记住 nextPageTokens 多长时间？
How long are nextPageTokens remembered for Gmail and Calendar APIs?
Gmail 和日历 API return 当需要分页时，来自 users.messages.list 和 events.list 端点的响应中的 nextPageToken 值。如果在对这些端点的下一个请求中提供 nextPageToken 的值，则下一页结果是 returned.
我的问题：这些 nextPageToken 在 Gmail 和 Calendar API 之后保留了多长时间？
Context：我正在 Gmail 和日历 API 之上构建一个抽象以 return 活动列表，并且此端点有其自己的分页。我的分页通过将 Gmail 和日历 API 编辑的 nextPageToken 值 return 存储在缓存中并 returning 客户端可以在下一个请求中指定的 UUID 来工作，以弹出和使用这些 Gmail和日历 nextPageTokens（就像 Google API 本身一样）。
目标：将我的分页缓存 TTL 配置为最多等于 Google API 的 TTL（如果有的话），以便它始终按预期工作。
nextPageToken 不会过期。它就像一个索引位置。但是，如果新项目 added/deleted，您可能不会看到与预期相同的结果。
令牌将在 1 小时后过期。我是在使用 Google 目录 API 时了解到这一点的。 我遇到的问题。
分页令牌在一定时间后过期。持续时间因服务器而异。有些可能会在几分钟内过期，而有些可能会持续 24 小时。无法找到 Google 令牌的确切有效期，但根据 Mujtaba 的经验，它可能设置为 1 小时。作为预防措施，您可以尝试将您的值设置为低于该值。
Gmail 和日历 API return 当需要分页时，来自 users.messages.list 和 events.list 端点的响应中的 nextPageToken 值。如果在对这些端点的下一个请求中提供 nextPageToken 的值，则下一页结果是 returned.
我的问题：这些 nextPageToken 在 Gmail 和 Calendar API 之后保留了多长时间？
Context：我正在 Gmail 和日历 API 之上构建一个抽象以 return 活动列表，并且此端点有其自己的分页。我的分页通过将 Gmail 和日历 API 编辑的 nextPageToken 值 return 存储在缓存中并 returning 客户端可以在下一个请求中指定的 UUID 来工作，以弹出和使用这些 Gmail和日历 nextPageTokens（就像 Google API 本身一样）。
目标：将我的分页缓存 TTL 配置为最多等于 Google API 的 TTL（如果有的话），以便它始终按预期工作。
nextPageToken 不会过期。它就像一个索引位置。但是，如果新项目 added/deleted，您可能不会看到与预期相同的结果。
令牌将在 1 小时后过期。我是在使用 Google 目录 API 时了解到这一点的。
分页令牌在一定时间后过期。持续时间因服务器而异。有些可能会在几分钟内过期，而有些可能会持续 24 小时。无法找到 Google 令牌的确切有效期，但根据 Mujtaba 的经验，它可能设置为 1 小时。作为预防措施，您可以尝试将您的值设置为低于该值。