如何避免ListView项在自定义滚动控件操作后失去焦点？

嘿，这个问题我之前做自定义滚动控件时也踩过坑！本质是WPF（默认你用的是WPF，毕竟提到了UserControl和ListView的焦点视觉效果）的焦点管理逻辑对自定义控件没有特殊处理，而原生ScrollBar作为系统级控件，内置了保持ListView焦点的机制。

问题根源 #

当你拖动自定义控件时，鼠标按下后控件会捕获鼠标，但如果在ListView外部释放鼠标，WPF会触发鼠标捕获丢失，同时自动将焦点转移到鼠标释放位置的元素——如果这个元素不是ListView的项，原来的选中项自然就失去焦点了。而原生ScrollBar在拖动全程会维持ListView项的焦点状态，不会出现这种情况。

解决方案：手动保存并恢复焦点 #

我们可以通过在拖动前后记录和恢复焦点元素，来模拟原生ScrollBar的行为，具体步骤如下：

1. 记录初始焦点元素
   在自定义控件的MouseDown事件中，捕获当前拥有键盘焦点的元素，也就是ListView中获得焦点的那一项：

private IInputElement _originalFocusedElement;

private void CustomScrollControl_MouseDown(object sender, MouseButtonEventArgs e)
{
    // 保存当前的焦点元素
    _originalFocusedElement = Keyboard.FocusedElement;
    // 这里放你的拖动初始化逻辑，比如开始跟踪鼠标位置
}

2. 拖动结束后恢复焦点
   在MouseUp事件中，判断原来的焦点元素是否是ListView的项，如果是，强制将焦点恢复回去：

private void CustomScrollControl_MouseUp(object sender, MouseButtonEventArgs e)
{
    // 这里放你的拖动结束逻辑，比如停止跟踪鼠标、更新ListView滚动位置
    
    // 恢复原来的焦点（仅当原来的焦点是可见的ListView项时）
    if (_originalFocusedElement is ListViewItem targetItem && targetItem.IsVisible)
    {
        Keyboard.Focus(targetItem);
        // 有些情况下需要手动设置IsFocused来确保视觉效果生效
        targetItem.IsFocused = true;
    }
    
    // 重置记录的焦点元素
    _originalFocusedElement = null;
}

3. 优化：处理主动切换焦点的情况
   如果用户在拖动过程中主动通过键盘（比如Tab键）切换了焦点，我们就不要再强制恢复原来的焦点了。可以在MouseMove事件中加个判断：

private void CustomScrollControl_MouseMove(object sender, MouseEventArgs e)
{
    // 如果用户主动切换了焦点，清空记录的元素
    if (_originalFocusedElement != null && Keyboard.FocusedElement != _originalFocusedElement)
    {
        _originalFocusedElement = null;
    }
    // 这里放你的拖动滚动逻辑
}

更彻底的方案：继承原生ScrollBar #

如果你的自定义滚动控件功能和原生ScrollBar类似，只是样式不同，那更推荐直接继承ScrollBar而不是UserControl。这样可以复用原生控件内置的焦点管理、滚动逻辑等，从根源上避免这个问题，只需要重写样式即可。

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