WPF触屏场景下触碰控件外区域偶发触发PreviewMouseLeftButtonDown事件问题

该问题是WPF的触控兼容机制和内部缓存缺陷共同导致的：

• WPF为了兼容未专门适配触控的旧代码，默认会将所有触控操作提升为对应的鼠标事件，例如PreviewTouchDown会被自动转换为PreviewMouseLeftButtonDown事件分发到控件。
• WPF内部维护了固定大小的触控设备缓存池，默认容量为9。当你在事件处理中调用ShowDialog()弹出模态窗口时，当前的触控事件路由会被模态窗口的消息循环打断，缓存池中的触控上下文无法被正确重置释放。
• 当你累计在控件外触碰9次后，缓存池被占满开始复用之前的旧上下文，旧上下文中记录的命中目标仍然是之前触发过事件的TextBox，因此后续控件外的触控操作会被错误路由到该TextBox，触发绑定的鼠标事件。
• 由于提升后的鼠标事件参数完全按照真实鼠标事件的结构构造，所以仅通过sender参数和常规鼠标事件属性，无法区分合法触发和误触发的事件。

以下方案均可以同时支持两种输入方式，不会影响原有交互逻辑：

方案1：事件触发时校验命中范围（最通用） #

在鼠标事件处理逻辑执行前，先校验点击位置是否真的落在当前控件的可见范围内，不受WPF内部机制影响：

private void MyTextBox_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e)
{
    var textBox = (TextBox)sender;
    // 获取点击位置相对于当前TextBox的坐标
    Point clickPos = e.GetPosition(textBox);
    // 校验坐标是否在TextBox可见范围内
    if (clickPos.X < 0 || clickPos.Y < 0 || clickPos.X >= textBox.ActualWidth || clickPos.Y >= textBox.ActualHeight)
    {
        // 不在范围内直接跳过处理
        return;
    }
    // 原有业务逻辑
    var win = new Window();
    win.ShowDialog();
}

方案2：区分真实鼠标事件和触控提升事件 #

如果业务逻辑需要区分输入来源，可以通过StylusDevice属性判断事件是否由触控转换而来，再配合命中校验处理：

private void MyTextBox_PreviewMouseLeftButtonDown(object sender, MouseButtonEventArgs e)
{
    // StylusDevice不为空说明是触控/触笔转换来的鼠标事件
    if (e.StylusDevice != null)
    {
        var textBox = (TextBox)sender;
        Point clickPos = e.GetPosition(textBox);
        if (clickPos.X < 0 || clickPos.Y < 0 || clickPos.X >= textBox.ActualWidth || clickPos.Y >= textBox.ActualHeight)
        {
            return;
        }
    }
    // 原有业务逻辑
    var win = new Window();
    win.ShowDialog();
}

方案3：分离触控和鼠标事件处理 #

如果需要更精细的交互控制，可以分别处理原生触控和鼠标事件，避免依赖自动提升机制：

• 给TextBox绑定PreviewTouchDown事件处理触控输入，处理完成后设置e.Handled = true阻止事件被提升为鼠标事件
• 保留PreviewMouseLeftButtonDown事件仅处理真实的鼠标输入

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