WPF中调用GetCharacterRect有时返回错误矩形或无穷值如何解决

问题根因 #

WPF的Loaded事件触发时机是控件完成首次布局测量（Measure）、排列（Arrange）并加入可视化树之后，但FlowDocument内部的文本排版、TextPointer关联的字符坐标计算属于流文档的后置异步排版步骤，部分场景下Loaded触发时这部分计算还未完成，GetCharacterRect就会返回无效空矩形，Y值表现为无穷大或NaN。

解决方案 #

方案1：调整执行时机，通过Dispatcher队列调度（优先推荐） #

将坐标获取逻辑调度到布局渲染完成之后执行，无需强制布局，性能开销最低：

private void Cell_Loaded(object sender, RoutedEventArgs e)
{
    // 指定优先级为Render，确保逻辑在布局、渲染队列任务完成后执行
    Dispatcher.BeginInvoke(DispatcherPriority.Render, new Action(() =>
    {
        foreach (var item in sp_Texts.Children)
        {          
            if(item is ViewCell cell)
            {
                double y = cell.GetYPosition();
                // 原有后续逻辑
            }
        }
    }));
    // 单次执行可以在此处解绑Loaded事件，避免重复触发
    (sender as ViewCell).Loaded -= Cell_Loaded;
}

方案2：添加坐标有效性校验+强制布局兜底 #

如果方案1仍有偶发异常，可以修改GetYPosition方法，增加有效性判断，异常时强制触发一次完整布局：

public double GetYPosition()
{
    TextPointer startpos;
    // 原有给startpos赋值的逻辑
    
    var charRect = startPos.GetCharacterRect(LogicalDirection.Forward);
    // 检测返回值是否有效
    if(double.IsInfinity(charRect.Y) || double.IsNaN(charRect.Y))
    {
        // 强制触发当前控件及内部子元素的完整布局流程
        this.UpdateLayout();
        charRect = startPos.GetCharacterRect(LogicalDirection.Forward);
    }
    return charRect.Y;
}

方案3：监听FlowDocument的LayoutUpdated事件（极端场景备用） #

如果流文档内容是动态加载的，可以通过监听LayoutUpdated事件确保拿到有效坐标后再执行逻辑，注意要加标志位避免重复触发：

// ViewCell内部定义标志位
private bool _hasFetchValidPos = false;

// 在ViewCell初始化时绑定FlowDocument的LayoutUpdated事件
public ViewCell()
{
    InitializeComponent();
    // 假设内部FlowDocument实例名为InnerDocument
    InnerDocument.LayoutUpdated += InnerDocument_LayoutUpdated;
}

private void InnerDocument_LayoutUpdated(object sender, EventArgs e)
{
    if(_hasFetchValidPos) return;
    double y = GetYPosition();
    if(!double.IsInfinity(y) && !double.IsNaN(y))
    {
        _hasFetchValidPos = true;
        // 解绑事件避免重复执行
        InnerDocument.LayoutUpdated -= InnerDocument_LayoutUpdated;
        // 执行坐标相关后续逻辑，或通过事件通知外部调用方
    }
}

注意事项 #

UpdateLayout会触发全量布局重算，频繁调用会导致性能下降，优先使用方案1的调度逻辑，仅在偶发异常时用方案2兜底即可。

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