哪个C#特性阻止了VSIX扩展中ComboBox的递归触发？

我在VSIX扩展中创建了一个基于DialogWindow的对话框，其中包含两个可编辑的ComboBox：

dialog.xaml

<ComboBox Name="HeaderFilter" TextBoxBase.TextChanged="HeaderFilterChangedEventHandler" IsEditable="True"/>
<ComboBox Name="ImplementationFilter" TextBoxBase.TextChanged="ImplementationFilterChangedEventHandler" IsEditable="True"/>

dialog.cs:

public partial class Dialog : DialogWindow
{
    private void HeaderFilterChangedEventHandler(object sender, EventArgs e)
    {
        ImplementationFilter.Text += "1";
    }

    private void ImplementationFilterChangedEventHandler(object sender, EventArgs e)
    {
        HeaderFilter.Text += "2";
    }
}

我发现在任意一个控件中输入内容都不会引发无限递归。例如，在HeaderFilter中输入单个字符时，调用轨迹如下：

HeaderFilterChangedEventHandler()
ImplementationFilterChangedEventHandler()
stop at next HeaderFilterChangedEventHandler call

请问是哪个C#特性阻止了递归？何时可以依赖该特性？

这不是C#语言特性，而是WPF控件内部的事件重入防护逻辑在起作用，具体是TextBoxBase（可编辑ComboBox的输入部分继承自该类）的实现细节：

具体原理 #

当TextBoxBase派生控件处理TextChanged事件时，内部会标记一个「正在变更」的状态：

1. 用户在HeaderFilter输入字符，触发TextChanged事件，进入HeaderFilterChangedEventHandler，此时HeaderFilter处于「正在变更」状态。
2. 在这个方法里修改ImplementationFilter.Text，由于文本确实发生变化，触发ImplementationFilter的TextChanged事件，进入ImplementationFilterChangedEventHandler，此时ImplementationFilter也处于「正在变更」状态。
3. 接下来修改HeaderFilter.Text，此时HeaderFilter还处于之前的「正在变更」状态，控件会直接跳过TextChanged事件的触发，从而终止了递归链。

简单说就是：控件在处理自身TextChanged事件的过程中，即使代码修改了它的文本，也不会再次触发同类型事件，避免无限递归。

何时可以依赖这个特性 #

• 仅适用于WPF的TextBoxBase派生控件（比如TextBox、可编辑ComboBox），且是在TextChanged事件处理方法内部修改文本的场景。
• 这是WPF控件的特定实现，不是C#语言或.NET框架的通用特性，不能在其他UI框架（如WinForms、MAUI）或非UI场景下依赖。
• 不要通过反射等手段修改控件内部的状态标志，否则会破坏这个防护逻辑。

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