如何使用WPF C#高效显示50MB-2GB级大体积日志文件

你之前的方案性能差是因为每个TextBlock都是完整的WPF布局元素，7.5万行就会产生7.5万个需要参与布局、渲染的可视化对象，就算开启虚拟化也有极高的上层逻辑开销。GlyphRun是直接对接DirectX渲染管线的低级API，跳过了WPF上层的布局、属性变更通知逻辑，非常适合只读文本的高性能渲染场景。 #

1. 前置依赖：实现虚拟滚动 #

不要尝试全量加载2GB日志的所有行内容、也不要全量生成GlyphRun，必须先做虚拟滚动：

• 首次加载文件时只索引每一行的字节偏移量和长度，不要缓存全文内容，内存占用可以控制在几MB级别
• 仅生成当前视口可见范围内（一般20~50行）的GlyphRun，滚动时动态替换可见行内容

2. 核心依赖缓存 #

提前全局缓存字体相关对象，不要每次生成GlyphRun时重复创建：

// 优先选用等宽字体，适配日志场景
var fontFamily = new FontFamily("Consolas");
var typeface = new Typeface(fontFamily, FontStyles.Normal, FontWeights.Normal, FontStretches.Normal);
if (!typeface.TryGetGlyphTypeface(out GlyphTypeface glyphTypeface))
{
    //  fallback到系统默认等宽字体
    typeface = new Typeface("Courier New");
    typeface.TryGetGlyphTypeface(out glyphTypeface);
}
const double fontSize = 14;
double dpiScale = VisualTreeHelper.GetDpi(Application.Current.MainWindow).DpiScaleX; // 适配高DPI
// 等宽字体可以提前算好单字符宽度、行高、基线偏移，后续不用重复计算
double charWidth = glyphTypeface.AdvanceWidths[glyphTypeface.CharacterToGlyphMap[' ']] * fontSize;
double lineHeight = glyphTypeface.Height * fontSize;
double baselineOffset = glyphTypeface.Baseline * fontSize;

3. 单行GlyphRun生成逻辑 #

private GlyphRun BuildLineGlyphRun(string lineContent, double lineTopY, double leftPadding = 10)
{
    int charCount = lineContent.Length;
    ushort[] glyphIndices = new ushort[charCount];
    double[] advanceWidths = new double[charCount];

    for (int i = 0; i < charCount; i++)
    {
        // 有生僻字符需求可以加字体fallback逻辑
        glyphIndices[i] = glyphTypeface.CharacterToGlyphMap[lineContent[i]];
        advanceWidths[i] = charWidth; // 等宽字体直接用预计算值，性能提升30%+
    }

    return new GlyphRun(
        glyphTypeface,
        bidiLevel: 0, // 日志默认从左到右，填0即可
        isSideways: false,
        renderingEmSize: fontSize,
        pixelsPerDip: dpiScale,
        glyphIndices: glyphIndices,
        baselineOrigin: new Point(leftPadding, lineTopY + baselineOffset), // Y坐标是基线位置不是行顶
        advanceWidths: advanceWidths,
        glyphOffsets: null,
        characters: null,
        deviceFontName: null,
        clusterMap: null,
        caretStops: null,
        language: null
    );
}

4. 高性能渲染载体 #

不要用Canvas或Image做渲染载体，直接继承FrameworkElement做自定义渲染控件，性能最高：

public class LogViewerControl : FrameworkElement
{
    private readonly List<GlyphRun> _visibleRuns = new List<GlyphRun>();

    // 滚动偏移变更时调用该方法更新可见行
    public void RefreshVisibleContent(List<string> visibleLines, double scrollOffsetY)
    {
        _visibleRuns.Clear();
        for (int i = 0; i < visibleLines.Count; i++)
        {
            double lineTopY = i * lineHeight - scrollOffsetY % lineHeight;
            _visibleRuns.Add(BuildLineGlyphRun(visibleLines[i], lineTopY));
        }
        InvalidateVisual();
    }

    protected override void OnRender(DrawingContext drawingContext)
    {
        base.OnRender(drawingContext);
        // 绘制背景
        drawingContext.DrawRectangle(Brushes.Black, null, new Rect(0, 0, ActualWidth, ActualHeight));
        // 批量绘制可见行
        foreach (var run in _visibleRuns)
        {
            drawingContext.DrawGlyphRun(Brushes.LightGray, run);
        }
    }
}

额外优化建议 #

• 滚动时不要逐像素触发内容更新，等滚动偏移超过半行高度再刷新可见行，减少GlyphRun生成频率
• 预加载视口上下各10行的内容到内存缓存，滚动时直接取用，避免文件IO卡顿
• 如果需要行号、关键词高亮，直接在OnRender中用DrawRectangle画背景、额外生成对应位置的GlyphRun即可，不要引入任何额外控件
• 长行可以选择做水平滚动，或者提前按视口宽度拆分多行生成GlyphRun

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