问题描述
我们最近已在同步平台上切换到新的Google People API。我们选择现在仅对新建立的连接执行此操作，以便确定影响。
从功能上讲，所有功能似乎都正常，因此没有实际的错误出现。 但是，我们注意到，与Contacts API相比，People API的性能似乎要低得多。 更具体地说，在总结今天的所有请求时，我们看到了以下差异：
- 创建响应时间：571毫秒（旧的Contacts API上为201毫秒）
- 更新响应时间：735毫秒（旧的Contacts API上为168毫秒）
其他操作也有差异，但是特别是持久响应时间的差异很明显。更甚者，旧的Contacts API上的批处理持久化操作的平均速度（我们使用的批处理大小最多为30条记录）要比People API上的单个创建/更新操作快。
这是否可以在不久的将来得到改善？ 它并没有真正阻止我们的最终用户，但确实导致同步性能下降。尤其是具有大量联系人集的用户将经历更长的同步时间（因为我们正在同步所有历史联系人数据）。
如果您愿意，我可以为您提供一些API请求和响应调用示例。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）