google-people-api - People.Connections.List nextSyncToken 一周后过期

Question

我正在研究联系人同步解决方案，以便能够使我们应用中的联系人与用户的谷歌联系人保持同步。

我们的代码使用 google people api 最新版本 (v1) 的 php 库。

每个用户一周内一切正常，但在那一周之后我们得到:

400 - Error "Sync token is expired. Clear local cache and retry call without the sync token".

我现在的问题:

这是您必须在一周后没有更改地清除所有缓存的预期行为还是我做错了什么？

如果没有变化，是否有可能更新同步 token ？

我已经检查了整个代码以确保新收到的 nextSyncToken保存在我们这边并用于下一个增量同步请求。似乎新的同步 token 总是与请求中发送的相同。因此很明显，如果同步 token 在一周后到期，我们就会收到该错误。
我也尝试设置选项 requestSyncToken至 true对于每个列表请求，即使也是 syncToken设置。没有成功。每次请求后同步 token 保持不变，没有变化。

Answer 1

以防万一有人也面临这个问题(syncToken 一周后到期，人员/联系人列表没有变化):

我们的解决方案是:

保存新的创建日期和时间 syncToken每次你
一起来syncToken .

当您收到 syncToken在增量同步过程中，将该 token 与存储的 token 进行比较。如果syncToken是一个新的
一，覆盖旧的及其创建日期/时间。

使用连续过程检查每个 syncToken .如果一个大约有一周的时间(出于安全原因，我们使用了 6 天)创建一个新的syncToken (过程见下文)。由于人员 API 不提供
诸如日历 API 的观看 channel 之类的东西，您无论如何都会
需要一些在固定时间内进行列表调用的连续进程
完整实时同步的间隔 - 所以也许你
可以根据您的解决方案组合这些任务
问题？!

创建新 SyncToken 的过程:

在不提供 syncToken 的情况下执行新的列表请求.

为了增加安全性，请进行一些检查，例如将收到的总人数与旧/现任预期的总人数进行比较
数据。并在一天中几乎没有的时间执行此更新过程
一个通常会发生变化，例如凌晨 2 点。

覆盖旧的 syncToken和日期/时间与新的和当前的日期/时间。

而已。

但是注意!如果您的 syncToken，您仍然可能会错过一些更改。更新过程正好在进行更改时运行!