初始化AD delta query时如何跳过nextLinks处理获取delta link

结论：不存在官方支持的、完全不遍历分页就能直接拿到有效deltaLink的方法，但可以通过极简遍历的方式把处理开销压到极低，适配你不需要全量分页数据的需求

• 先明确Delta Query的返回规则：初始化阶段的第一次请求返回的是AD目录对象的全量快照，有效的@odata.deltaLink只会出现在全量数据最后一页的响应里。如果没走完所有分页就中途中断请求，你拿不到可用的deltaLink，后续用残缺的链接发起增量同步时，服务端会直接触发全量重拉，反而会消耗更多时间。
• 最低成本获取deltaLink的实操方法：
  1. 发起初始化delta请求后，完全跳过对响应中AD业务对象数据的解析、存储等所有业务处理逻辑，只检查响应里的两个控制字段
  2. 如果当前响应存在@odata.nextLink字段，直接携带该链接发起下一页请求，不需要对返回的业务内容做任何处理
  3. 一旦检测到响应中出现@odata.deltaLink字段，立刻终止整个遍历流程，保存该deltaLink供后续使用
• 这种处理方式的耗时远低于常规逐页处理数据的流程：常规遍历的绝大多数耗时都集中在业务数据解析、落库环节，纯发起请求拉取响应、仅校验控制字段的网络和计算开销非常低，基本能达到你“跳过nextLinks处理”的预期效果。

不要尝试通过调大全量请求的分页大小来彻底消除分页：AD服务对单页返回的对象数量有硬上限，哪怕把$top参数设置到允许的最大值，当总数据量超过阈值时，服务端依然会返回@odata.nextLink触发分页。

内容的提问来源于stack exchange，提问作者mikiki