WPF为何不阻止重复TabIndex输入？重复TabIndex焦点跳转规则

WPF的Tab键焦点导航采用固定的两级排序规则，本身不会对重复TabIndex值抛出错误或拦截：

• 第一排序优先级：所有可聚焦、且IsTabStop属性为True的控件，按TabIndex属性值从小到大排序，数值越小越先获得焦点
• 第二排序优先级：当多个控件的TabIndex值完全相同时，按照控件在可视化树中的声明顺序排序——也就是XAML中书写的先后顺序，或是动态加载场景下控件被添加到视觉树的先后顺序，先出现的控件先获得焦点

对应提供的测试代码，实际Tab切换顺序为：
Textbox0(TabIndex=0) → Textbox2(TabIndex=1) → Textbox5(TabIndex=2，XAML中先声明) → Textbox6(TabIndex=2，XAML中后声明) → Textbox3(TabIndex=3) → Textbox1(TabIndex=4)，和测试观测到的焦点流转现象完全一致。

• 重复TabIndex本身是合法输入，不属于配置错误。WPF控件TabIndex的默认值就是Int32.MaxValue，绝大多数开发场景下不会给界面上每一个控件都手动设置TabIndex，如果框架拦截重复值，所有使用默认值的控件都会触发报错，完全违背常规开发习惯。同时框架的两级排序逻辑本身就完整覆盖了同值场景的处理规则，很多时候开发者还会主动给同组控件设置相同TabIndex，让框架自动按视觉布局顺序处理导航，不用为每个控件手动分配序号，后续调整界面布局时也不用反复修改TabIndex值，大幅降低维护成本。
• 强制全局唯一TabIndex会大幅提升开发复杂度。对于动态生成控件的场景，比如列表项渲染、动态表单、运行时加载的插件化控件模块，开发者很难提前为所有运行时生成的控件分配全局不重复的TabIndex，强制校验唯一会让这类场景的实现变得非常繁琐。
• 全局校验重复值会带来额外性能开销。如果要实时拦截重复TabIndex，框架需要在每次控件加载、属性修改时遍历整个当前视图的可视化树做全量校验，在控件数量多、界面动态更新频繁的场景下会产生不必要的性能损耗。
• 保持XAML技术栈的行为一致性。从WPF到后续的Silverlight、UWP、WinUI、MAUI等XAML系框架，都沿用了这套Tab导航规则，统一的行为可以降低开发者跨框架的学习成本。

<TextBox x:Name="Textbox0" TabIndex="0"  Height="23" Margin="5,5,0,0" TextWrapping="Wrap" Text="TextBox" Width="505"/>
<TextBox x:Name="Textbox1" TabIndex="4"  Height="23" Margin="5,5,0,0" TextWrapping="Wrap" Text="TextBox"  Width="505"/>
<TextBox x:Name="Textbox2" TabIndex="1"  Height="23" Margin="5,5,0,0" TextWrapping="Wrap" Text="TextBox"  Width="505"/>
<Button x:Name="Textbox3" TabIndex="3" Content="Button" Height="40" Margin="5" Width="505"/>
<Button x:Name="Textbox5" TabIndex="2" Content="Button" Height="40" Margin="5"  Width="505"/>
<Button x:Name="Textbox6" TabIndex="2" Content="Button"  Height="40" Margin="5" Width="505"/>

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