数据库驱动的WEB应用程序性能（与服务器无关）

本文探讨了使用GridView展示大量数据时遇到的性能问题，并分析了服务器端代码转化为客户端HTML代码的过程，提出了减少HTML冗余以提高页面响应速度的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

刚刚做了一个项目，在一个页面上显示某公司全体员工的基本信息。我们选择使用GRIDVIEW显示，而且根据客户要求，不能采用分页。这时，出现了一个问题：当页面上纪录数比较多时，页面响应变得相当迟钝。

刚开始，我以为是服务器的问题，可后来一想不对：数据库操作的记录树目是一定的，为什么现实的记录少的时候就不存在这个现象？一番推力论证过后，我学会了一点新的东西，那就是浏览器在前段现实的时候要将服务器端得东西翻译成她自己的东西：像GRIDVIEW在服务器端仅仅几行代码：

<asp:GridView ID="GV_EmployeeInfo" DataKeyNames="EmployeeInfoID" runat="server" DataSourceID="ODS_EmployeeInfo">

而到了客户端，代码就变成了N行类似这样的代码：

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

<span id="ctl00_ListPlaceHolder_GV_EmployeeInfo_ctl14_Label11" class="ViewFont">Sun,tingting </span>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

<span id="ctl00_ListPlaceHolder_GV_EmployeeInfo_ctl14_Label3" class="ViewFont">Female</span>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

<span id="ctl00_ListPlaceHolder_GV_EmployeeInfo_ctl14_Label5" class="ViewFont">信息管理与信息系统 </span>

</td>

</tr>

</table>

</td><td>

<tr>

<td>

<span id="ctl00_ListPlaceHolder_GV_EmployeeInfo_ctl14_Label6" class="ViewFont">Active </span>

</td>

</tr>

</table>

</td>

</tr><tr onmouseover="backcolor=this.style.backgroundColor;this.style.backgroundColor='#B7C7E5'" onmouseout="this.style.backgroundColor=backcolor" style="background-color:White;">

<td>

</td><td>

</td><td>

<tr>

<td>

</td>

</tr>

</table>

当每次有页面操作时，浏览器都会以类似方式重绘这些服务端代码，这项工作何其烦大？于是乎遍有了开头的“迟钝”现象。解决的办法可以采用人道主义方法说服客户采用分页，也可以采用分人道方法千方百计减少html代码。