我们使用 Google APIs Calendar v3，Google 表示他们将停止支持 json rpc Discontinuing support for JSON-RPC and Global HTTP Batch Endpoints。
我找不到他们计划的 v4 版本是否兼容，或者当前版本是否兼容。文档不参考它。 Java Quickstart
有任何相关信息吗？
【问题讨论】：
标签： google-api google-api-java-client google-calendar-api
不只是日历受到影响，它的所有 Google API 发现 API 都会受到影响。批处理端点
POST /batch HTTP/1.1
Authorization: Bearer your_auth_token
Host: www.googleapis.com
Content-Type: multipart/mixed; boundary=batch_foobarbaz
Content-Length: total_content_length
将于 2019 年 3 月 25 日左右停产。话虽如此，我怀疑客户端库是否已全部更新以将其删除。我是其中两个的贡献者，还没有听到任何关于从库中删除批处理功能的消息。
Google API 客户端库已重新生成，不再使 对全局 HTTP 批处理端点的请求。使用这些的客户 库必须升级到最新版本。不使用的客户 Google API 客户端库和/或对 JSON-RPC 进行自定义调用 端点或 HTTP 批处理端点将需要进行概述的更改 下面。
全局批处理端点是
www.googleapis.com/batch
新的是
www.googleapis.com/batch/
/
我认为这里的单词选择不正确，如果需要，它们会重新生成。除了一个例外，该更改不应影响用户。由于端点是特定于 API 的，因此异构批处理请求在调用中包含多个 API 的单个批处理请求将不起作用。
现在，据我所知，坏消息是没有什么可以取代它的。您将无法发出异构批处理请求。 Google apis java 客户端库似乎使用旧端点 BatchRequest.java，因此如果您使用异构批处理，则必须在他们更新库以支持新的 API 特定端点时更改您的代码。
更新
在过去 24 小时内与 Google 反复多次交流后，我对那篇帖子得到了一些澄清。
可能会对该帖子进行一些修改，以使语言更加清晰。
我已更新我的答案以反映 Google 的澄清
【讨论】：
它并没有完全删除批处理。
根据blog，他们正在删除异构批处理 - 使用导致其他 API 的请求访问相同的 API。他们还将同质批处理（批处理到同一个 API 并导致单一 API）整合到“API 特定批处理端点”。
根据我对博客的理解，如果您要批处理几个不同的请求，即。 Foo 请求和 Bar 请求进入 Foo API 调用，您必须调整代码以使用一批用于另一批，另一批使用一批。如果您已经这样做了，那么您是否必须更改代码尚不清楚，也许新发布的库将有一种新的方式来处理这些请求。
【讨论】：