咨询WPF Button的OnPreviewMouseUp/OnPreviewMouseDown的e.OriginalSource差异原因

你观察到的PreviewMouseUp阶段e.OriginalSource异常是WPF ButtonBase类内置鼠标捕获逻辑导致的标准行为，和你推测的“Click事件关联MouseUp拦截”直接相关。

全流程事件路由拆解 #

鼠标按下阶段（PreviewMouseDown） #

• 鼠标按下的瞬间不存在任何前置鼠标捕获，WPF会按照物理坐标做完整可视树命中测试，命中路径为：
  Window -> StackPanel -> Button -> Button模板内的ContentPresenter -> 承载"Click me."文本的TextBlock
• 隧道事件PreviewMouseDown严格按照从根到命中最子节点的顺序触发，此时e.OriginalSource对应最内层命中元素TextBlock，和你实验观测的结果完全一致。

鼠标抬起阶段（PreviewMouseUp） #

• 当PreviewMouseDown沿着可视树冒泡到Button本身时，ButtonBase的内置处理逻辑会立即执行Mouse.Capture(this)，将鼠标捕获权绑定到Button实例上，直到鼠标完全抬起才会释放捕获。
• 一旦鼠标被某个元素捕获，WPF的鼠标事件生成规则会发生核心变化：所有后续关联的鼠标事件（包括隧道类的PreviewMouseUp）不再基于鼠标的物理屏幕坐标做命中测试，而是直接将捕获了鼠标的元素作为事件的原始来源。
• 这就是为什么你在PreviewMouseUp中永远看到e.OriginalSource是Button本身——从MouseDown触发到MouseUp触发的整个交互窗口内，鼠标已经被Button独占捕获，系统不会再对位置重叠的TextBlock做命中计算。

设计逻辑与误区澄清 #

• 这个行为并非Bug：Button内置鼠标捕获是为了保证交互一致性——如果不做捕获，用户按下鼠标后哪怕短暂拖出Button可视范围再松开，抬起的鼠标事件就不会再传给Button，会导致Click事件无响应，严重影响交互体验。
• e.OriginalSource不是全交互周期固定值：它是每次事件生成时，根据当时的系统状态计算出的最源头触发元素，鼠标捕获状态、事件参数的手动改写都会直接改变它的值，不是从鼠标按下到抬起全程锁定的。
• 你对“Click事件关联MouseUp处理”的判断完全准确：Button的Click事件本身就是在内部捕获到MouseUp时触发的，整套捕获逻辑都是为了支撑Click事件的稳定触发设计的。

你可以通过两段简易代码验证捕获逻辑的存在：

• 在OnPreviewMouseDown的base方法调用后增加一行Debug.WriteLine($"Current captured mouse element: {Mouse.Captured}")，输出结果会明确显示捕获元素就是当前Button实例
• 如果在MouseDown阶段手动调用Mouse.Capture(yourTextBlockInstance)将捕获权转交给TextBlock，OnPreviewMouseUp的e.OriginalSource就会恢复为TextBlock，完全符合路由规则。

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