WPF Virtualization

 1 <StackPanel>
 2 
 3   <StackPanel.Resources>
 4     <src:LotsOfItems x:Key="data"/>
 5   </StackPanel.Resources>
 6 
 7   <ListBox Height="150" ItemsSource="{StaticResource data}" 
 8              VirtualizingStackPanel.VirtualizationMode="Recycling" />
 9 
10 </StackPanel>

容器回收

.NET 3.5 SP1 支持 UI 容器的重用已经在内存中。例如，想象当加载一个列表框，则 30 ListBoxItems 创建要显示的可见数据。当用户滚动列表框，而不是丢弃滚动到视图之外的 ListBoxItems 和创建新的数据项的滚动到视图，WPF 会重用现有的 ListBoxItems。此结果中显著的性能改进与以前的版本相比，因为它减少了的时间花了初始化 ListBoxItems。因为垃圾回收不是瞬时的它也减少了 ListBoxItems 存储器中的数一次。

您可以启用容器回收通过在您的控件上设置附加的属性"VirtualizingStackPanel.VirtualizationMode"到"Recycling"：

 1 <ListBox ScrollViewer.IsDeferredScrollingEnabled="True" … /> 

为了保持向后兼容与早期版本的行为，容器回收的默认被禁用的 （默认的 VirtualizationMode 是"Standard"）。作为一个经验法则，我建议将此属性设置每次创建一个控件，需要滚动以显示数据的项目。

延迟滚动

"递延滚动"是一种功能，允许用户拖动滚动条滑块周围而无需更改显示的项，直到滚动条滑块被释放。这提高了应用程序的感知的响应滚动时显示的项使用复杂的模板，但当然，用户不能看到他们在滚动的项目。

与.NET 3.5 SP1 中，它有可能启用延迟滚动通过在控件上设置附加的属性：

 1 <ListBox ScrollViewer.IsDeferredScrollingEnabled="True" … /> 

分层数据

在.NET 3.5 SP1 中，WPF 团队扩展用户界面虚拟化到 TreeView 通过向 VirtualizingStackPanel 添加对分层数据的支持。因此，容器回收和上面讨论的递延滚动功能也适用于分层数据。默认情况下，在 TreeView 中禁用用户界面虚拟化 — — 在这里是如何启用它：

 1 <TreeView VirtualizingStackPanel.IsVirtualizing="True" … 

这个属性是非常有用的不只是为树视图，但对于任何控件的使用 VirtualizingStackPanel 和那不设置 IsVirtualizing 为 true （例如 ItemsControl）。列表框中已经将 IsVirtualizing 设置为 True，默认情况下，这样就无需显式设置它。

局限性

.NET 3.5 SP1 固定很多以前的限制在 UI 虚拟化，但仍然是一对夫妇仍然：

• ScrollViewer 目前允许两种滚动模式： 平滑滚动的像素 （CanContentScroll = false） 或离散按项目滚动 （CanContentScroll = true）。目前 WPF 支持用户界面虚拟化，只有当按项目滚动。基于像素的滚动也被称为"物理滚动"和基于项目的滚动也被称为"逻辑滚动"。
• 使用数据绑定"分组"功能时，那里是没有用户界面虚拟化的支持。

这些真的是相同的限制。如果你看看默认的样式列表框、 列表视图和组合框，你会发现下面的触发器：

1 <Trigger Property="IsGrouping" Value="true">
2  <Setter Property="ScrollViewer.CanContentScroll" Value="false"/>
3 </Trigger>

分组执行假定每个组是一个单独的项目中包含它的 ItemsControl。因为每个组可以 （并且通常所做的） 有很多子项目，按项目滚动将结果真的不好的用户体验 — — 滚动下来有点会导致一大跳下一组的顶部。这就是为什么团队决定切换到基于像素滚动显示分组数据时。不幸的后果是没有用户界面虚拟化支持的分组时。