如何在GridView中定位符合搜索条件行的PageIndex且保留分页操作

我之前刚好碰到过一模一样的需求，折腾了一阵终于搞定了，给你一套能直接落地的方案：

咱们的核心需求是不筛选数据，只定位到目标行所在的页码，所以关键是从完整数据源里找到目标行的位置，计算出对应的页码后，直接把GridView的PageIndex设为这个值，同时全程保持绑定完整数据源——这样分页按钮（Prev/Next）就能正常遍历所有数据页，不会因为筛选导致分页逻辑混乱。

1. 后端计算目标行的页码 #

首先得确保你有完整的数据源（比如存在Session、ViewState或者服务器缓存里，避免重复查库影响性能），然后遍历找到第一个符合搜索条件的行索引，再换算成页码：

// 从缓存中取出完整数据源（这里以List<YourModel>为例，你换成自己的实体类）
List<YourModel> fullDataSource = (List<YourModel>)Session["FullGridViewData"];
int targetRowIndex = -1;

// 遍历找到第一个匹配搜索条件的行索引
string searchKeyword = txtSearch.Text.Trim();
for (int i = 0; i < fullDataSource.Count; i++)
{
    // 替换成你的实际搜索条件，比如匹配姓名、ID等
    if (fullDataSource[i].UserName.Equals(searchKeyword, StringComparison.OrdinalIgnoreCase))
    {
        targetRowIndex = i;
        break; // 找到第一个就停止遍历
    }
}

// 计算目标页码（GridView的PageIndex从0开始）
if (targetRowIndex != -1)
{
    int targetPageIndex = targetRowIndex / GridView1.PageSize;
    GridView1.PageIndex = targetPageIndex;
}
else
{
    // 没有找到匹配项时给用户提示
    lblTip.Text = "未找到符合条件的内容";
}

// 绑定完整数据源！绝对不能用筛选后的数据源
GridView1.DataSource = fullDataSource;
GridView1.DataBind();

2. 保留分页按钮的正常功能 #

因为我们全程绑定的是完整数据源，所以原来的分页事件逻辑不需要改动，保持默认的分页处理即可：

protected void GridView1_PageIndexChanging(object sender, GridViewPageEventArgs e)
{
    GridView1.PageIndex = e.NewPageIndex;
    // 依然绑定完整数据源
    GridView1.DataSource = (List<YourModel>)Session["FullGridViewData"];
    GridView1.DataBind();
}

3. 前端触发搜索的逻辑 #

在你的搜索按钮点击事件里，直接调用上面的页码计算和绑定逻辑就行，比如：

protected void btnSearch_Click(object sender, EventArgs e)
{
    // 清空之前的提示
    lblTip.Text = "";
    // 执行上面的目标行定位逻辑
    LocateTargetRow();
}

• 缓存完整数据源：如果数据量极大，每次从数据库拉取完整数据会拖慢性能，建议把完整数据存在Session或者MemoryCache里，只在数据更新时刷新缓存。
• 边界情况处理：一定要判断targetRowIndex是否为-1（没找到匹配项），避免GridView显示空页或者报错。
• 页码计算准确性：确保GridView的PageSize设置正确，比如PageSize=10时，第10行（索引9）属于第0页，第11行（索引10）属于第1页，这个除法计算是准确的。

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