简介这是一份面向 ASP.NET 4.0 与 SQL Server 2008 开发者的 GridView 实战示例重点解决 VS 自带控件在信息系统项目中交互体验欠佳、增删改操作繁琐的问题。示例以 Ajax 无刷新方式完成数据新增、编辑与删除代码结构简洁功能链路完整适合初中级 .NET 开发者及需要快速搭建后台数据管理界面的技术人员参考也可直接移植到后台管理、数据维护类页面中。压缩包共 2 个文件包含 1 个 htm 页面和 1 个 rar 压缩包整体约 1.52MB其中 htm 便于快速浏览示例界面rar 内为可解压查看的工程或代码内容便于对照研究。目前已有 651 人学习下载说明其在同类 GridView 方案中具备一定参考价值。读者可从中了解 Ajax 增删改的页面组织、前后端配合与可复用写法并借鉴其精简实现思路为自建信息系统中的数据表格模块提供可直接改造的样例。1. GridView 无刷新增删改后台列表页为什么要拆成三层后台系统里最不起眼、改起来最要命的页面就是列表页。一套 ASP.NET WebForms 的老后台十张页面里有八张长这样上面三五查询条件下面一个 GridView要分页、要行内编辑、要行内删除保存的时候页面不能白屏重刷、滚动条不能弹回顶部。SQLServer 那边通常就是一两张主表加几张字典表AJAX 的需求说白了只有一句——翻页和保存别把整页 DOM 重建一遍。听起来不大真动手就得拆成三层数据访问、GridView 绑定与页面生命周期、异步提交与校验。这份资源围绕 gridview、asp.net、sqlserver、ajax、增删改这几个词做了一个能直接跑的样例适合接手老后台的人也适合想给现有列表页补上无刷新能力的人。下面按「跑起来、看得懂、改得动」的顺序往下拆。2. 环境与骨架把 ASP.NET SqlServer 站点先跑起来2.1 运行环境与数据库准备这类项目对版本的依赖其实很宽松但坑集中在两处.NET Framework 版本决定你能不能直接用 PageMethod 和UpdatePanel的异步回发SQLServer 版本决定分页语法用ROW_NUMBER()还是OFFSET ... FETCH。稳妥的组合是 .NET Framework 4.5 以上配 SQL Server 2012 以上前者自带System.Web.Extensions后者原生支持OFFSET FETCH不用再写嵌套子查询。数据库先建库建表。样例里是一张主表加一张字典表主表带一个RowVersion字段做乐观并发这是后面行内编辑不互相覆盖的关键。-- 主表业务数据带并发版本列 CREATE TABLE dbo.t_Order ( Id INT IDENTITY(1,1) PRIMARY KEY, OrderNo NVARCHAR(32) NOT NULL, Customer NVARCHAR(64) NOT NULL, Amount DECIMAL(18,2) NOT NULL DEFAULT(0), StatusId INT NOT NULL DEFAULT(1), Remark NVARCHAR(200) NULL, RowVersion ROWVERSION NOT NULL, -- 每次 UPDATE 自动变化用于并发校验 CreatedAt DATETIME NOT NULL DEFAULT(GETDATE()) ); GO -- 字典表状态下拉框的数据源 CREATE TABLE dbo.t_Status ( Id INT IDENTITY(1,1) PRIMARY KEY, Name NVARCHAR(32) NOT NULL ); GO -- 造点数据不然第一屏是空的容易误判成没绑上 INSERT INTO dbo.t_Status(Name) VALUES (N待处理), (N处理中), (N已完成); INSERT INTO dbo.t_Order(OrderNo, Customer, Amount, StatusId) VALUES (NSO2024001, N某客户甲, 1280.00, 1), (NSO2024002, N某客户乙, 960.50, 2), (NSO2024003, N某客户丙, 3400.00, 3); GOROWVERSION这一列不用你手动赋值SQLServer 在每次UPDATE时会自动改写所以它天然就是「这行被谁改过」的标记。CreatedAt给默认值GETDATE()省得插入时漏字段。造三条种子数据很重要GridView 空数据时EmptyDataText会顶上来新手很容易把它当成绑定失败。前端只需要 IIS ExpressVisual Studio 自带就够了不必单独装 IIS。真部署到服务器再考虑应用程序池的 .NET 版本对齐。2.2 目录结构与关键配置文件WebForms 项目不需要什么复杂的分层但目录一定要能一眼看出职责否则三个月后回来看就是黑匣子。样例的骨架是这样的/GridDemo /App_Code -- 数据访问与实体类编译期自动纳入 SqlHelper.cs OrderDal.cs /Scripts -- jQuery 与页面级 js jquery-3.7.1.min.js order-list.js /Styles site.css Default.aspx -- 列表页 Default.aspx.cs Web.configApp_Code是 WebForms 的一个老约定放进去的.cs会被站点动态编译不需要单独建类库项目。对于这种规模的样例少一个项目引用就少一次「本地能跑服务器跑不了」的翻车。真要产品化再抽成类库。Web.config里真正要改的只有连接串和老框架的ScriptModule 声明configuration connectionStrings !-- 改这里Data Source 指向你的实例Initial Catalog 是库名 -- add nameAppDb connectionStringData Source.;Initial CatalogGridDemo;Integrated SecurityTrue; providerNameSystem.Data.SqlClient / /connectionStrings system.web compilation debugtrue targetFramework4.5 / httpRuntime targetFramework4.5 / !-- .NET 4.5 已内置这里保留是为了向下兼容 2.0/3.5 的站点 -- httpModules add nameScriptModule typeSystem.Web.Handlers.ScriptModule, System.Web.Extensions, Version4.0.0.0, Cultureneutral, PublicKeyToken31BF3856AD364E35/ /httpModules /system.web system.webServer modules remove nameScriptModule / add nameScriptModule preConditionmanagedHandler typeSystem.Web.Handlers.ScriptModule, System.Web.Extensions, Version4.0.0.0, Cultureneutral, PublicKeyToken31BF3856AD364E35/ /modules /system.webServer /configurationScriptModule是 PageMethod[WebMethod]静态方法能被 jQuery 直接 POST 到的前提。4.5 默认注册过但如果你的站点是从更老的版本升级上来的system.web和system.webServer两处都可能缺症状是 ajax 请求返回 404 而不是 500——这个现象后面避坑章节还会提。connectionStrings里的Integrated SecurityTrue走 Windows 身份验证本地开发最省事如果部署到独立应用池账号改成User ID...;Password...并把账号加到库的db_datareader/db_datawriter。2.3 第一次跑通的验收动作改完配置别急着写业务按顺序做四步验收每一步都能独立定位问题第一步F5 启动站点页面能出 HTML 但列表是空的——说明站点起来了、数据库没通。打开浏览器开发者工具看 Network如果Default.aspx本身 200那就是服务端绑定抛异常被catch吞了去App_Code里把空catch先注释掉再跑。第二步直接连库验证。用 SSMS 执行SELECT COUNT(*) FROM dbo.t_Order能出 3 就说明连接串和权限没问题。这一步经常被跳过结果在代码里绕半小时。第三步把EmptyDataText设成一句明确的话比如「没有查询到数据请调整条件」。它会区分「查询返回 0 行」和「表格没渲染」比盯着空白页猜有效得多。第四步翻页点一次看 Network 里是不是/Default.aspx的 POST并且响应体里__VIEWSTATE很大——这是 WebForms 同步回发的特征。如果此时已经是异步响应会带X-MicrosoftAjax: Deltatrue头说明UpdatePanel生效了。后面第四章改造完就拿这个头来做验收依据。提示调试期把debugtrue打开报错会直接打到页面上上线前务必关掉否则堆栈和物理路径全都暴露在外面。3. 数据层与 GridView 绑定分页、排序、行内编辑怎么落到代码3.1 SqlHelper一个薄到不能再薄的数据访问层后台列表页的 SQL 简单到不值得上 ORM但也不能让SqlConnection散落在每个Button_Click里。常见做法是写一个几十行的SqlHelper只暴露三个方法执行命令、查DataTable、查单值。核心是把「开连接、加参数、关连接」这三件事收敛到一处。// App_Code/SqlHelper.cs using System; using System.Configuration; using System.Data; using System.Data.SqlClient; public static class SqlHelper { // 从 Web.config 读连接串只读一次 private static readonly string ConnStr ConfigurationManager.ConnectionStrings[AppDb].ConnectionString; // 增删改返回受影响行数调用方据此判断是否命中 public static int ExecuteNonQuery(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(ConnStr)) using (var cmd new SqlCommand(sql, conn)) { if (ps ! null ps.Length 0) cmd.Parameters.AddRange(ps); conn.Open(); return cmd.ExecuteNonQuery(); // UPDATE 不命中就是 0别当异常 } } // 查询返回 DataTableGridView 直接吃这个类型 public static DataTable ExecuteDataTable(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(ConnStr)) using (var cmd new SqlCommand(sql, conn)) using (var da new SqlDataAdapter(cmd)) { if (ps ! null ps.Length 0) cmd.Parameters.AddRange(ps); var dt new DataTable(); da.Fill(dt); return dt; } } // 单值查总数、查版本号用得最多 public static object ExecuteScalar(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(ConnStr)) using (var cmd new SqlCommand(sql, conn)) { if (ps ! null ps.Length 0) cmd.Parameters.AddRange(ps); conn.Open(); return cmd.ExecuteScalar(); } } }三个方法的参数都是params SqlParameter[]调用侧写起来就是ExecuteDataTable(sql, new SqlParameter(id, id))不用手动cmd.Parameters.Add。这里刻意不拼字符串因为行内编辑的值全来自客户端表单拼接等于把注入口子直接开在列表页上。using三层嵌套保证SqlConnection、SqlCommand、SqlDataAdapter都会被释放。老代码里最常见的泄漏是只Close()没Dispose()连接池跑满之后整站卡死报「超时时间已到」这个问题排查起来非常玄学日志里看不出任何业务异常。3.2 分页与排序数据库分页优先别在内存里SkipGridView 自带AllowPaging但它的分页是「全量取回、内存切页」——数据一多就是灾难。正确做法是关掉自带分页改用手写分页加RecordCount或者用ObjectDataSource配合带startRowIndex/maximumRows的查询方法。数据层写两个方法一个取总数一个取当前页。// App_Code/OrderDal.cs片段 public static int GetCount(string keyword) { string sql SELECT COUNT(1) FROM dbo.t_Order WHERE (kw N OR OrderNo LIKE N% kw N% OR Customer LIKE N% kw N%); return Convert.ToInt32(SqlHelper.ExecuteScalar(sql, new SqlParameter(kw, keyword ?? ))); } public static DataTable GetPage(string keyword, string sortExpr, int pageIndex, int pageSize, out int total) { total GetCount(keyword); // 排序字段必须白名单不能直接拼客户端传来的字符串 string orderBy SortWhitelist(sortExpr); string sql $ SELECT * FROM ( SELECT o.*, s.Name AS StatusName, ROW_NUMBER() OVER (ORDER BY {orderBy}) AS RowNum FROM dbo.t_Order o LEFT JOIN dbo.t_Status s ON s.Id o.StatusId WHERE (kw N OR o.OrderNo LIKE N% kw N% OR o.Customer LIKE N% kw N%) ) t WHERE t.RowNum BETWEEN start AND end ORDER BY t.RowNum; return SqlHelper.ExecuteDataTable(sql, new SqlParameter(kw, keyword ?? ), new SqlParameter(start, (pageIndex - 1) * pageSize 1), new SqlParameter(end, pageIndex * pageSize)); } // 排序表达式白名单只允许这几列其余回落到默认值 private static string SortWhitelist(string expr) { switch ((expr ?? ).ToLower()) { case amount asc: return o.Amount ASC; case amount desc: return o.Amount DESC; case customername asc: return o.Customer ASC; default: return o.Id DESC; } }ROW_NUMBER() OVER (ORDER BY ...)是 SQL Server 2005 之后通用的分页写法兼容性最好。如果你的库是 2012 以上可以换成更直观的ORDER BY o.Id DESC OFFSET skip ROWS FETCH NEXT take ROWS ONLY性能差不多可读性更好。SortWhitelist这一小段是血泪经验。GridView 表头排序会把SortExpression传给服务端有人图省事直接ORDER BY e.SortExpression结果排序参数是客户端可控的一个手改的请求就能把整表拖走。白名单只放业务允许的列其他一律回落默认排序多写十行换来的是一劳永逸。out int total让页面一次拿到总数和当前页数据省一次往返。GridView 那边把AllowPagingfalse关掉自己渲染一个Repeater做页码或者用DataPager控件配合ObjectDataSource——后者更省事但要接受它对方法签名的约定。3.3 行内编辑模板EditItemTemplate 与 FindControl 的配合GridView 默认的CommandField只给你一个「编辑」按钮真正的编辑框要靠TemplateField自己搭。样例里三个字段分别用了TextBox、DropDownList和只读显示正好覆盖三种常见形态。%-- Default.aspx 片段行内编辑模板 --% asp:GridView IDgvOrder runatserver AutoGenerateColumnsfalse DataKeyNamesId,RowVersion OnRowEditinggvOrder_RowEditing OnRowCancelingEditgvOrder_RowCancelingEdit OnRowUpdatinggvOrder_RowUpdating OnRowDeletinggvOrder_RowDeleting OnRowDataBoundgvOrder_RowDataBound EmptyDataText没有查询到数据请调整条件 Columns asp:BoundField DataFieldOrderNo HeaderText单号 ReadOnlytrue / asp:TemplateField HeaderText客户 ItemTemplate%# Eval(Customer) %/ItemTemplate EditItemTemplate asp:TextBox IDtxtCustomer runatserver Text%# Bind(Customer) % MaxLength64 / /EditItemTemplate /asp:TemplateField asp:TemplateField HeaderText金额 ItemTemplate%# Eval(Amount, {0:N2}) %/ItemTemplate EditItemTemplate asp:TextBox IDtxtAmount runatserver Text%# Bind(Amount) % CssClassnum / /EditItemTemplate /asp:TemplateField asp:TemplateField HeaderText状态 ItemTemplate%# Eval(StatusName) %/ItemTemplate EditItemTemplate asp:DropDownList IDddlStatus runatserver DataTextFieldName DataValueFieldId / /EditItemTemplate /asp:TemplateField asp:CommandField ShowEditButtontrue ShowDeleteButtontrue ShowCancelButtontrue DeleteText删除 OnClientClickreturn confirm(确定删除这条记录); / /Columns /asp:GridViewDataKeyNamesId,RowVersion是整张表的枢纽。行内编辑提交时它拿不到EditItemTemplate之外的数据主键和版本号全靠DataKeys从服务端回读所以主键、版本列必须列在这里它们不会显示在界面上但也必须存在。DropDownList的选项不写在模板里而是在RowDataBound里绑——因为EditItemTemplate里的控件在普通行生成时根本不存在FindControl会返回 null。// Default.aspx.cs 片段编辑态下拉框回填 protected void gvOrder_RowDataBound(object sender, GridViewRowEventArgs e) { if (e.Row.RowType ! DataControlRowType.DataRow) return; // 只在编辑态行里找普通行没有这个控件 var ddl e.Row.FindControl(ddlStatus) as DropDownList; if (ddl null) return; ddl.DataSource SqlHelper.ExecuteDataTable(SELECT Id, Name FROM dbo.t_Status); ddl.DataTextField Name; ddl.DataValueField Id; ddl.DataBind(); // 从行数据里取当前值回填选中项 var rowView e.Row.DataItem as DataRowView; if (rowView ! null) { string current rowView[StatusId].ToString(); var item ddl.Items.FindByValue(current); if (item ! null) item.Selected true; } } protected void gvOrder_RowEditing(object sender, GridViewEditEventArgs e) { gvOrder.EditIndex e.NewEditIndex; BindGrid(); // 重新绑定才会渲染出 EditItemTemplate } protected void gvOrder_RowCancelingEdit(object sender, GridViewCancelEditEventArgs e) { gvOrder.EditIndex -1; // 必须重置否则取消后还在编辑态 BindGrid(); }RowDataBound里先判RowType再判空是因为FindControl对不存在 ID 返回null而不是抛异常一个没判空的强转就是NullReferenceException。BindGrid()是页面里自己封装的方法负责取数、gvOrder.DataSource dt; gvOrder.DataBind();所有事件都调它避免每个事件各写一遍绑定逻辑导致状态不一致。EditIndex -1这行容易漏。漏了之后点「取消」界面看起来恢复了但服务端仍然认为某行在编辑态下一次翻页再回来编辑框会莫名其妙地出现。4. 无刷新链路UpdatePanel 与 jQuery ajax 两条路的取舍4.1 方案 AScriptManager UpdatePanel 的最小改造如果列表页已经写好了、只想要「不白屏」UpdatePanel是成本最低的路径——不用改任何后台代码包一层就行。代价是响应里仍然带着完整__VIEWSTATE流量下不来只是视觉上不闪。%-- Default.aspx 片段只包住列表区域不要把整页塞进去 --% asp:ScriptManager IDsm runatserver EnablePageMethodstrue / div classfilter asp:TextBox IDtxtKeyword runatserver / asp:Button IDbtnSearch runatserver Text查询 OnClickbtnSearch_Click / /div asp:UpdatePanel IDupList runatserver UpdateModeConditional ContentTemplate asp:GridView IDgvOrder runatserver ... / asp:Label IDlblMsg runatserver CssClassmsg / /ContentTemplate Triggers %-- 查询按钮在面板外必须显式声明为异步触发器 --% asp:AsyncPostBackTrigger ControlIDbtnSearch EventNameClick / /Triggers /asp:UpdatePanelUpdateModeConditional配Triggers是这个方案的要点。默认的Always会让面板内任何控件回发都刷一遍列表包括那些只是弹个提示的操作改成条件模式之后只有查询按钮、编辑、删除、翻页这几次明确的操作才触发刷新响应体明显变小。ScriptManager全页只能有一个而且必须在所有UpdatePanel之前。如果站点用了母版页把它放在母版页里UpdatePanel放在内容页里否则运行时会报「ScriptManager 未定义」——这个报错的字面意思和真实原因位置不对或重复差得很远。异步回发时Page.IsPostBack依然是true所以不要在Page_Load里写if (!IsPostBack) BindGrid()然后指望删除后自动刷新。删除按钮的回发是走RowDeleting的IsPostBack为真BindGrid根本不会被执行现象就是「删了但还在列表里」一刷新才消失。4.2 方案 BPageMethod jQuery ajax 的轻量提交要真正减少流量、让前端能做局部更新和弹层提示就得走 ajax 提交。WebForms 里最省事的形式是页面静态方法加[WebMethod]返回对象由框架自动序列化成 JSON。// Default.aspx.cs 片段ajax 入口 using System.Web.Services; using System.Web.Script.Services; [WebMethod] [ScriptMethod(ResponseFormat ResponseFormat.Json)] public static object UpdateOrder(int id, string customer, decimal amount, int statusId, string rowVersionBase64) { try { if (string.IsNullOrWhiteSpace(customer)) return new { ok false, msg 客户名不能为空 }; if (amount 0) return new { ok false, msg 金额不能为负数 }; // ROWVERSION 在 JSON 里是 base64回传后转回 byte[] byte[] ver Convert.FromBase64String(rowVersionBase64); const string sql UPDATE dbo.t_Order SET Customer c, Amount a, StatusId s WHERE Id id AND RowVersion ver; int rows SqlHelper.ExecuteNonQuery(sql, new SqlParameter(c, customer.Trim()), new SqlParameter(a, amount), new SqlParameter(s, statusId), new SqlParameter(id, id), new SqlParameter(ver, ver)); // 0 行说明版本对不上别人先改了 return rows 0 ? (object)new { ok true, msg 保存成功 } : new { ok false, msg 数据已被他人修改请刷新后重试 }; } catch (Exception ex) { return new { ok false, msg 保存失败 ex.Message }; } }几个硬性约束方法必须是public static必须打[WebMethod]参数类型得是 JSON 能直接映射的简单类型int、string、decimal。返回匿名对象会被自动包成{d: {...}}这是 ASP.NET 3.5 之后为防止 JSON 劫持加的一层壳前端取值要多点一层d。前端调用// Scripts/order-list.js function saveRow(payload, onDone) { $.ajax({ url: Default.aspx/UpdateOrder, // 页面路径 /方法名 type: POST, contentType: application/json; charsetutf-8, dataType: json, data: JSON.stringify(payload), // 注意参数名要和 C# 签名一致 success: function (res) { var r res.d; // 框架包了一层 d onDone(r.ok, r.msg); if (r.ok) location.reload(); // 简单起见全量刷新可换成局部更新行 }, error: function (xhr) { // 404 多半是 WebMethod 没生效500 才是业务异常 onDone(false, 请求失败HTTP xhr.status); } }); }contentType必须是application/jsondata必须是JSON.stringify过的字符串。少任何一个服务端收到的参数全是null而且不报错——这是最典型的翻车现场排查半天以为是 SQL 问题。url里的方法名大小写要和 C# 完全一致WebForms 的页面方法路由是大小写敏感的。两条路怎么选内部后台、访问量小、不想改代码走UpdatePanel列表数据量大、需要弹层提示、需要局部更新单个单元格走 PageMethod。同一个页面里两者可以并存但要注意UpdatePanel的异步回发和 jQuery 的 ajax 是两套机制别在UpdatePanel内部再放自定义 ajax 按钮容易触发两次。4.3 事务、校验与乐观并发单个UPDATE不需要事务但「改主表 写操作日志」这种组合就得包起来。SqlHelper里补一个带事务的重载用SqlTransaction显式提交public static int ExecuteNonQueryTran(string sql, params SqlParameter[] ps) { using (var conn new SqlConnection(ConnStr)) { conn.Open(); using (var tran conn.BeginTransaction()) using (var cmd new SqlCommand(sql, conn, tran)) { try { if (ps ! null ps.Length 0) cmd.Parameters.AddRange(ps); int n cmd.ExecuteNonQuery(); tran.Commit(); return n; } catch { tran.Rollback(); // 任何异常都回滚别只 catch SqlException throw; } } } }校验分层要做清楚前端MaxLength和required只是体验服务端方法里的判空和范围检查才是防线数据库的NOT NULL和CHECK是最后一道。三层都写看起来重复但每一层挡的是不同来源的请求——直接构造 HTTP 请求的人不会走你的前端校验。并发用RowVersion做乐观锁WHERE Id id AND RowVersion ver命中 0 行就说明有人在你读和写之间改过。这比LOCK表友好得多也不用担心死锁。返回给前端一句「数据已被他人修改」就够了让用户刷新后重试比自动合并冲突简单可靠。5. 排查与避坑浏览器看不出来的五类翻车5.1 现象、原因、解决逐条对现象一点了编辑或删除整页刷新、滚动条弹回顶部。原因GridView放在了UpdatePanel外面或者控制它的按钮在面板外却没配AsyncPostBackTrigger。UpdatePanel只对它包围的内容生效外面的按钮永远是同步回发。解决先看 Network 里那次 POST 的响应头有没有X-MicrosoftAjax: Deltatrue。没有就是同步把按钮挪进面板或者补一个asp:AsyncPostBackTrigger ControlID... EventNameClick /。注意EventName要写全Click不是OnClick。现象二提交时报「Invalid postback or callback argument」。原因页面开了EnableEventValidation默认开而客户端提交上来的控件值不在服务端登记过的集合里。常见于动态往DropDownList里塞选项、或者用 JS 改了隐藏域再回发。解决优先改代码而不是关校验——DropDownList的选项在Page_Init或Page_Load早期完成绑定确实需要动态渲染的在Page_Render之前调用ClientScript.RegisterForEventValidation登记。实在改不动的老页面才考虑% Page EnableEventValidationfalse %关掉之后所有的回发参数都不再校验等于把一道防线拆了。现象三ajax 请求返回 404 而不是 500。原因[WebMethod]方法没生效。可能是方法不是static、漏了[WebMethod]、方法写在.ashx或别的类里、老框架缺ScriptModule注册也可能是 URL 写成了Default.aspx/UpdateOrder但站点部署在虚拟目录下没带前缀。解决先看响应体IIS 的 404 和 ASP.NET 的「未知方法」区别很明显。方法签名逐字对一遍static这个词最容易漏。老框架补Web.config里的ScriptModule两处system.web和system.webServer都要有。现象四删除成功但列表里那行还在刷新才消失。原因RowDeleting里执行完DELETE没有重新绑定或者把BindGrid()写在了if (!IsPostBack)里面。删除回发是IsPostBack true那段代码根本不会执行。解决把BindGrid()从Page_Load的!IsPostBack分支里挪出来或者在每个数据操作事件末尾显式调用一次。用UpdatePanel的话UpdateMode若是Conditional还要保证这次回发在触发器列表里。现象五分页翻到最后一页把当前页唯一一条删了报「索引超出范围」。原因删除后没有回头修正PageIndex。GridView 还停在原来的页号上但那一页已经没有数据了。解决删除前先算一下这一页还剩几条若等于 1 且当前页号大于 1就把PageIndex减一再绑定。这个判断放在RowDeleting的开头比在PageIndexChanged里兜底更直接。注意调试UpdatePanel的问题时先把ScriptManager的ScriptMode设成Debug未压缩的脚本报错信息可读性好很多能直接定位到哪一个客户端方法挂了。6. 二次开发把这一页拆成能复用的列表组件6.1 抽基类和用户控件一两个列表页不值得抽象三五个之后复制粘贴的代价就出来了。我的做法分两步走先抽基类解决后台重复再抽用户控件解决前台重复。基类只放三样东西BindGrid()的模板方法、统一的异常提示、当前页修正逻辑。派生页只实现「取数据」这一个抽象方法其余都继承。// App_Code/ListPageBase.cs片段 public abstract class ListPageBase : System.Web.UI.Page { protected abstract DataTable LoadPage(int pageIndex, int pageSize, out int total); // 统一的删除后页码修正 protected int FixPageIndex(int currentIndex, int totalAfterDelete, int pageSize) { int maxPage Math.Max(1, (int)Math.Ceiling(totalAfterDelete / (double)pageSize)); return Math.Min(currentIndex, maxPage); } // 统一提示内部判断是异步回发还是同步选择不同的弹出方式 protected void ShowMsg(UpdatePanel panel, string msg) { if (ScriptManager.GetCurrent(this).IsInAsyncPostBack) ScriptManager.RegisterStartupScript(panel, panel.GetType(), msg, $alert({msg.Replace(, \\)});, true); else Response.Write($scriptalert({msg});/script); } }用户控件则把「查询栏 GridView 分页条 提示标签」封装成一个.ascx对外暴露DataSourceMethod和几个列配置属性。新页面引用它写一行注册、三行属性配置就完事。6.2 改造后的验证清单改完不能只看「能跑」得按下面的顺序过一遍每项都对应一个具体的坑验证项操作通过标准异步回发点编辑Network 响应头含X-MicrosoftAjax: Deltatrue并发控制两个标签页同时编辑同一行后提交的一方收到「已被他人修改」分页边界最后一页删到只剩一条再删页号自动回退不报错注入防护查询框输入单引号正常返回空结果不报 SQL 语法错误排序白名单手改请求里的 SortExpression回落到默认排序SQL 不报错「注入防护」那一项最容易被忽略。用参数化之后输入应该查不到数据而不是报错如果报「在 ) 附近有语法错误」说明还有某条 SQL 在拼字符串。6.3 加一列、加一张表的实操顺序最常见的二次开发需求是加字段。顺序固定成四步一步都别跳先在数据库ALTER TABLE加列并给默认值再在OrderDal.GetPage的SELECT里带上这一列然后在.aspx的ItemTemplate和EditItemTemplate各加一个控件最后在RowUpdating里用FindControl取到值、加进UPDATE语句和参数数组。加一张关联表同理只是多一个LEFT JOIN和一次字典缓存。字典表的数据量小、变化少我一般用static字段加时间戳做五分钟缓存避免每次RowDataBound都查一遍库——这一条在数据量上来之后差别非常明显。从那次两个标签页互相覆盖、查了两小时才定位到没加版本列开始我每次新建列表页都强制先写ROWVERSION和DataKeyNames再动界面宁可先麻烦十分钟也不想再翻一遍日志。希望帮到你。本文还有配套的精品资源点击获取