Json 来自Microsoft Graph和Excel API的过时数据

我们正在使用Microsoft Graph.NET客户端库向Excel API发送请求，以便读取或写入Office365中的Excel文件。我们注意到，我们从API返回的数据有时是过时的

例如，如果我们向Excel文件中添加一行，然后立即读取同一文件中的所有行，即使添加请求成功，我们读回的数据中仍然会缺少该行。如果我们等几秒钟，行就会出现。这个问题不会持续出现，延迟时间从不到一秒到几十秒不等。同样的问题也发生在更新或删除操作中

基于此，我们推测，在API背后，数据需要花费大量时间才能在所有Microsoft服务器上传播，如果我们的请求不总是路由到同一台服务器，我们偶尔会攻击没有最新数据的服务器

正在使用Microsoft Graph API或Excel API的人员是否可以验证此猜测？我们理解，随着微软从打包软件向构建云服务的转变，将会出现问题和挑战，因此我们不希望立即找到解决方案。但是，由于我们的业务在很大程度上依赖于此API，如果存在已知问题，请告知我们，以便我们至少可以尝试找到解决方案

如有任何答复，将不胜感激。提前谢谢。

请检查

从上述URL复制：

注意：任何修改工作簿的请求都应在 持续会话。查找有关如何创建持久化服务的更多详细信息 在我们的文件中

创建持久化会话

POST .../workbook/CreateSession
content-type: Application/Json 
authorization: Bearer {access-token} 
{ "persistChanges": true }

用法从CreateSession调用返回的会话ID是 使用 工作簿会话id HTTP头

GET .../workbook/Worksheets
authorization: Bearer {access-token} 
workbook-session-id: {session-id}

---

使用API编辑没有会话ID头的文件会导致数据刷新延迟。即使没有会话ID的读取操作也可能返回稍旧的数据。非常感谢，这解决了我们的问题。我应该更彻底地阅读文档，我的错。@SudhiRamamurthy我也遇到了同样的问题，返回的值过时了。我也在传递会话id。我正在做一个补丁，然后一旦补丁成功就得到了，这很奇怪。您是否在会话创建API中设置了

{“persistChanges”：true}

？这是默认选项…你们中有人能够解决这个问题吗？我遇到了同样的问题，变化从一秒到几十秒不等。我还按照下面的建议创建了一个持久会话

GET .../workbook/Worksheets
authorization: Bearer {access-token} 
workbook-session-id: {session-id}