这个问题的核心在于**ItemContainerGenerator.ContainerFromItem的局限性**：即使节点已经展开，第一次访问时子项的容器可能还没完全完成生成，导致你无法通过它获取到对应的TreeViewItem，自然也就无法判断IsMouseOver状态。而且遍历整个TreeView的Items来查找鼠标悬停项的方式不仅效率低，还容易受容器生成时机的影响。

换个思路，我们不需要遍历所有项，而是直接从鼠标当前位置获取目标元素，就能绕过ItemContainerGenerator的问题。具体解决方式如下：

改进后的后台事件处理代码 #

private void EventSetter_OnHandler(object sender, KeyEventArgs e)
{
    if (e.Key == Key.F1)
    {
        // 获取鼠标当前直接指向的UI元素
        var hoverElement = Mouse.DirectlyOver as DependencyObject;
        // 向上遍历可视化树，找到最靠近的TreeViewItem容器
        var targetTreeViewItem = FindVisualParent<TreeViewItem>(hoverElement);
        
        if (targetTreeViewItem != null)
        {
            // 取出该容器绑定的数据上下文（即你的ReportType对象）
            if (targetTreeViewItem.DataContext is ReportType targetReportType)
            {
                ApplicationCommands.Help.Execute(targetReportType.HelpId, targetTreeViewItem);
            }
        }
        e.Handled = true;
    }
}

// 辅助方法：向上遍历可视化树，查找指定类型的父元素
private T FindVisualParent<T>(DependencyObject child) where T : DependencyObject
{
    while (child != null)
    {
        if (child is T parent)
        {
            return parent;
        }
        child = VisualTreeHelper.GetParent(child);
    }
    return null;
}

为什么这个方法能解决问题？ #

1. Mouse.DirectlyOver直接取目标元素：不管容器是否刚生成，只要鼠标悬停在子项上，就能拿到对应的UI元素，完全不受ItemContainerGenerator的生成状态限制。
2. 可视化树遍历更可靠：通过VisualTreeHelper向上查找TreeViewItem，能精准定位鼠标悬停项对应的容器，不需要依赖容器与数据项的映射关系。
3. 代码更简洁高效：避免了遍历整个TreeView的Items集合，性能更好，逻辑也更清晰。

额外优化提示 #

• 你原来的XAML代码可以保留，不需要额外修改；如果需要给悬停项加视觉反馈，可在TreeViewItem样式中添加IsMouseOver触发器，但这不影响当前问题的解决。
• 之前尝试的UpdateLayout()可以不用再调用，因为我们的方法不依赖容器的布局完成状态，直接从可视化树获取元素即可。

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