嵌套Stretch=None的ViewBox为何大幅提升大TextBlock的渲染性能？

现象描述 #

当TextBlock包含10万行文本时，直接放置在ScrollViewer中，渲染、调整窗口大小或滚动时耗时约1秒，性能极差；但将其嵌套在设置了Stretch="None"的ViewBox内后，滚动和调整大小的速度显著提升。且ScrollViewer的存在不影响该表现，若将TextBlock替换为TextBox，无论是否嵌套ViewBox性能都表现良好，说明这是TextBlock特有的问题。

测试代码 #

窗口XAML代码 #

<Grid>
    <ScrollViewer>
        <Viewbox Stretch="None">
            <TextBlock x:Name="TextContainer" HorizontalAlignment="Left" TextAlignment="Left" TextWrapping="Wrap"  VerticalAlignment="Center"/>
        </Viewbox>
    </ScrollViewer>
</Grid>

后台测试代码 #

public MainWindow()
{
    InitializeComponent();

    StringBuilder sb = new StringBuilder();
    for(int i = 1; i < 100000; i++)
    {
        sb.AppendLine($"Line #{i} ABCDEFGHIJKLMNOPQRSTUVWXYZ ABCDEFGHIJKLMNOPQRSTUVWXYZ ABCDEFGHIJKLMNOPQRSTUVWXYZ");
    }
    this.TextContainer.Text = sb.ToString();
}

核心原理分析 #

ViewBox改变的关键行为 #

即使Stretch="None"，ViewBox也没有缩放内容，但它彻底改变了TextBlock的布局约束和渲染逻辑：

1. 布局测量阶段的差异

   • 直接在ScrollViewer中的TextBlock：ScrollViewer会为TextBlock提供“无限”的水平空间（支持横向滚动），但TextBlock设置了TextWrapping="Wrap"，这意味着每次窗口大小变化或滚动时，TextBlock都需要遍历所有文本字符，重新计算每行的换行位置——对于10万行文本，这个排版计算的开销是灾难性的。
   • 嵌套ViewBox后的TextBlock：ViewBox在测量子元素时，会先让TextBlock以自身的理想尺寸（一行显示所有文本的宽度）完成测量，随后Stretch="None"让ViewBox直接采用这个固定尺寸作为自身大小传递给ScrollViewer。此时TextBlock的宽度是固定的理想值，TextWrapping="Wrap"实际不会触发换行，也就避免了频繁的全局排版计算。

2. 渲染缓存与重绘优化

   • 直接的TextBlock因布局约束动态变化，每次滚动或调整窗口都需要重新计算可视区域内的文本布局，触发大量文本排版和渲染操作；而嵌套ViewBox后，文本的排版仅在初始化时完成一次，后续滚动和窗口调整只需移动已渲染的内容，无需重新排版，WPF渲染系统也会对固定尺寸的内容做更好的缓存，减少重绘开销。

3. TextBlock与TextBox的本质差异

   • TextBox内置了文本虚拟化机制，只会渲染可视区域内的文本行，无论布局如何变化都只处理可见部分；而TextBlock是轻量控件，没有内置虚拟化，会一次性处理所有文本的布局和渲染，因此当布局约束动态变化时，开销会随文本量激增。

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