[摘录]Repeater与DataGrid的效率，到底哪个的更好？！精华回帖

我以往的人像是：Repeater   要比   DataGrid   的效率好，但是不测试不知道，一测试吓一跳！  
   
  我用   vs自带的那个压力测试软件   （ACT）   测试了一下二者的性能，用每秒可以支持的访问人数来作为衡量标准。  
   
  但是结果却出乎我的意料，DataGrid   的效率   要比   Repeater高！  
   
  详细说一下我的测试方法，请大家看看我的测试方法有没有什么问题，如果没有什么问题的话，那么发生这种想象的原因是什么呢？  
   
   
  硬件：cpu:AMD   XP2000+   、80G硬盘、512M内存。  
  软件：windows   2003   +   sp1     、Vs2003     、SQL   Server   2000   +   sp4  
   
  测试数据：显示一张表（城市表）里的数据，4个字段，349条记录。  
   
  测试目的：网站的页面里面显示数据的效率。只测试显示数据的功能，不管其他的方面。  
   
   
  测试条件：  
  1、   ViewState   是否开启  
  2、   显示10条记录、和显示   349条记录。  
  3、   DataGrid   、   Repeater  
   
  总的来说   DataGrid   总是要比   Repeater   多“容纳”几十人。  
   
  尤其是在关闭   ViewState     的情况下。  
   
  DataGrid使用自动填充，repeater的代码。  
   
  <table   id="DG"   >  
  <asp:repeater   id="Rpt_Test"   runat="server">  
  <ItemTemplate>  
  <tr>  
  <td><%#   DataBinder.Eval(Container,   "DataItem.CityID")%></td>  
  <td><%#   DataBinder.Eval(Container,   "DataItem.ProvinceID")%>  
  </td>  
  <td><%#   DataBinder.Eval(Container,   "DataItem.City")%>  
  </td>  
  <td><%#   DataBinder.Eval(Container,   "DataItem.AeraCode")%>  
  </td>  
  </tr>  
  </ItemTemplate>  
  </asp:repeater></table>  
   
   
  关于   repeater   还有没有其他的绑定方法了呢？  
   
   
  常看到一些文章说     repeater   比   DataGrid的性能要好，但是，我的测试结果是怎么回事呢？  
   
  建议大家也做一下这样的测试。我也很怀疑我的测试结果，但是也找不到什么原因。  
   
  希望大家能够一起研究一下。  

///

三、数据的绑定DataBinder  
   
  　　一般的绑定方法<%#   DataBinder.Eval(Container.DataItem,   "字段名")   %>用DataBinder.eval   绑定不必关心数据来源(Dataread或dataset)。不必关心数据的类型eval会把这个数据对象转换为一个字符串。在底层绑定做了很多工作，使 用了反射性能。正因为使用方便了，但却影响了数据性能。来看下<%#   DataBinder.Eval(Container.DataItem,   "字段名")   %>。当于dataset绑定时，DataItem其实式一个DataRowView（如果绑定的是一个数据读取器（dataread）它就是一个 IdataRecord。）因此直接转换成DataRowView的话，将会给性能带来很大提升。  
   
  　　<%#   ctype(Container.DataItem,DataRowView).Row("字段名")   %>  
   
  　　*对数据的绑定建议使用<%#   ctype(Container.DataItem,DataRowView).Row("字段名")   %>。数据量大的时候可提高几百倍的速度。使用时注意2方面：1.需在页面添加<%@   Import   namespace="System.Data"%>.2.注意字段名的大小写（要特别注意）。如果和查询的不一致，在某些情况下会导致比< %#   DataBinder.Eval(Container.DataItem,   "字段名")   %>还要慢。如果想进一步提高速度，可采用<%#   ctype(Container.DataItem,DataRowView).Row(0)   %>的方法。不过其可读性不高。  
   
  　　以上的是vb.net的写法。在c#中：<@%   ((DataRowView)Container.DataItem)["字段名"]   %> 


 ///


多数据测试    
   
  显示   349   条记录   在一页里显示，没有   ViewState   ，DataTable   绑定控件，DataGrid使用绑定列。  
   
  1、   DataGrid   :   50到60   rps   之间跳动。  
   
  2、   Repeater   :   <%#   DataBinder.Eval(Container,   "DataItem.CityID")%>   方法：   20   rps   左右。  
   
  3、Repeater   :   <%#   ((DataRowView)Container.DataItem)["CityID"]   %>   方法   ：   88   rps   左右。  
   
  4、Repeater   :   <%#   ((DataRowView)Container.DataItem)[0]   %>   方法   ：   90   rps   左右。


 ///

DataSet   和   DataTable   在绑定控件的时候都是一样的。都使用的是   DataTableDefaultView   ，好像不是叫这个名，其实都是用的   DataView来绑定控件的。  
   
  不过我都是测试了一下   DataReader   和   dataTable的差别。  
   
  响应人数来说，基本没有什么差别，只是   DataReader   会让   asp.net   少占一点内存，但是代价是长时间的占用数据库连接。  
   
  因为绑定控件是很占用cpu的，在测试   显示349条记录的时候，asp.net占用了   90%以上的CPU   ，而   SQL   几乎不占用CPU。  
   
  如果这是您是使用     DataReader   绑定控件，您想象是什么结果呢？占用数据库连接，但是又没做什么。

 ///

I.<%#   DataBinder.Eval(Container,   "DataItem.AeraCode")%>  
  这种绑定的确速度会慢一点，  
   
  3、Repeater   :   <%#   ((DataRowView)Container.DataItem)["CityID"]   %>   方法   ：   250   rps     多一点点。  
   
  4、Repeater   :   <%#   ((DataRowView)Container.DataItem)[0]   %>   方法   ：   250   rps     多一点点。  
   
  3，4不能算是两种方法，ASP.NET的优化里面有一条就是要注意绑定数据的方法  
   
  II.但就是这样的话也不能体现出repeater   比datagrid   快在哪里，只能说是速度相差不大，  
      我也正在做一个测试，当绑定的数据加大时各自的影响


 ///

楼主进行了不公平的测试！  
   
  问题的确就出在DataBinder.Eval方法上。  
   
  要知道，DataGrid自动创建列的时候，可不是用DataBinder.Eval的。  
  DataGrid的数据源如果是DataSet或者DataTable，  
  则DataGrid会自动找所绑定的DataTable的DefaultView，也就是DataView对象。  
  DataView实现了接口：ITypedList  
  实现了这个接口的DataView可以告诉DataGrid他的架构信息，也就是他有多少列，每一列叫什么名字，甚至可以取出每一列强类型的值。  
   
  而Repeater的DataBinder.Eval方法竟然会找出DataTable所有的属性，然后再找找看有没有索引器，有索引器，再尝试反射调用索引器的get方法……如此繁琐的反射步骤，怎么会不慢？  
   
   
  如果你的DataGrid也使用DataBinder，我想绝对不会比Repeater快。  
  而Repeater如果使用强类型绑定  
  ((DataRowView)   Container.DataItem)["Name"]  
  也不应该会比DataGrid慢……  
   
  DataBinder.Eval只是能够给我们简化代码，并且是数据绑定表达式适应任何数据源的，在效率上，它可是非常差劲的。

 ///

你可以测试一下，如果是用   SqlDataReader   绑定数据的话，还是有问题：  
   
  ((IDataReader)   Container.DataItem)["Name"]  
   
  出现什么问题？  
   
   
   
  DaraBind期间不能关闭DataReader，  
  Repeater会把DataReader当作一个IEnumerable来绑定。  
   
  刚刚反射了.NET的源代码查看，你这样绑定应该就没问题了：  
   
  ((IDataRecord)   Container.DataItem)["Name"]  
   
   
  其实，写一句Container.DataItem.GetType().ToString()就能知道它的类型了。  
   
  我没想到在DataReader的Enumerator里面还对值进行了一次拷贝……

 ///

DataReadear比DataSet快15%   SqlDataReader比OleDbDataReader快50%   用DataReader的ASP风格的表格显示比DataGrid绑定DataReader快60%   用Ordinal的DataReader访问字段比用名字访问快15%   DataGrid中用AutoGenerateColumns=true比用显式绑定快24%   尽量用缓存   以上是INETA牛人Stephen   Walther的比较测试结论.希望对大家有用

 ///

如果双方都是Template，然后都是要靠从DataItem里面取值，那么Repeater的效率没可能低的。Repeater的Templater 是当作内联HTML处理的，无须创建控件，直接把<%#   %>的结果作为HTML内联进去就可以了。但DataGrid的Template则不同，一个Table到Row再到Cell，层层创建控件的效率 其实是十分低的，然后再把<%#   %>的值绑定到Cell控件的属性上面去，这也是损失效率的。