基于Azure Indexes构建站点地图：Sitecore Context分页查询问题

你已经找对了方向——Sitecore Search默认的50条结果限制确实是阻碍你获取全量数据的关键，我来帮你把这段分页代码补全并优化到位：

首先明确问题核心：Sitecore的GetQueryable在未指定分页参数时，默认仅返回前50条结果，要拿到所有匹配条目，必须基于总结果数循环执行分页查询。以下是完整的可落地代码：

using Sitecore.ContentSearch;
using Sitecore.ContentSearch.Linq;
using System.Collections.Generic;
using System.Linq;

// 替换为你的目标索引名称
var targetIndexName = "your-azure-index-name";
List<GenericSearchItem> allSiteMapItems = new List<GenericSearchItem>();

// 用using包裹SearchContext，确保资源正确释放
using (var searchContext = ContentSearchManager.GetIndex(targetIndexName).CreateSearchContext())
{
    // 构建基础查询
    var baseQuery = searchContext.GetQueryable<GenericSearchItem>();
    // 先获取总结果数，用于计算分页参数
    var initialQueryResult = baseQuery.GetResults();
    
    int totalItemCount = initialQueryResult.TotalSearchResults;
    int pageSize = 50; // Sitecore默认分页大小，可根据实际需求调整
    // 计算总页数，用Ceiling确保最后一页不足50条也能被覆盖
    int totalPages = (int)System.Math.Ceiling((double)totalItemCount / pageSize);

    // 循环遍历所有分页
    for (int currentPage = 0; currentPage < totalPages; currentPage++)
    {
        // 核心分页逻辑：跳过已获取的条目，读取当前页数据
        var pageResults = baseQuery.Page(currentPage, pageSize).GetResults();
        // 将当前页的文档对象加入全局列表
        allSiteMapItems.AddRange(pageResults.Hits.Select(hit => hit.Document));
        
        // 可选：添加日志跟踪进度，方便排查问题
        // Sitecore.Diagnostics.Log.Info($"已获取第 {currentPage+1}/{totalPages} 页，当前页共 {pageResults.Hits.Count} 条数据", this);
    }
}

// 现在allSiteMapItems中包含所有符合条件的条目，直接用于构建站点地图即可
BuildYourSiteMap(allSiteMapItems);

几个必须注意的细节： #

• 总页数计算：使用Math.Ceiling确保哪怕最后一页只有1条数据，也会被纳入循环，避免遗漏结果
• 分页索引规则：Page方法的第一个参数是从0开始的页码，别误写成从1开始，否则会重复获取第一页或漏掉最后一页
• 资源释放：始终用using包裹SearchContext，避免出现内存泄漏或连接占用问题
• 性能考量：如果索引数据量极大（比如上万条），可以在循环中加入短暂延迟，或者改用异步查询，避免给Azure Indexes服务造成过大压力
• 数据一致性：如果查询过程中索引有数据更新，可能会出现重复或遗漏的情况；若需要绝对一致的结果，可以考虑启用Sitecore的快照搜索功能（需对应索引配置支持）

另外，请确认你的GenericSearchItem模型与索引字段映射完全匹配，否则可能出现字段值为空的情况，影响站点地图的构建质量。

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