如何识别TextBox的文本变更是用户操作触发还是程序代码触发

方案1：标志位法（全平台通用） #

这是兼容性最高的实现方式，适用于WinForm、WPF、WebForm等所有框架场景：

• 首先在类作用域定义一个布尔类型的标志位isCodeUpdating，默认值为false
• 所有通过代码修改TextBox值的逻辑，执行前先将标志位设为true，赋值完成后立即重置为false，建议用try-finally包裹避免异常导致标志位未重置
• 在OnTextChanged事件逻辑的最开头判断标志位，若为true直接跳过写IO的逻辑

示例代码（C#）：

// 类级别标志位
private bool isCodeUpdating = false;

// 从IO系统获取新值并更新TextBox的逻辑
private void SyncValueFromIO(string ioValue)
{
    try
    {
        isCodeUpdating = true;
        targetTextBox.Text = ioValue;
    }
    finally
    {
        isCodeUpdating = false;
    }
}

// TextChanged事件处理
private void TargetTextBox_TextChanged(object sender, EventArgs e)
{
    if (isCodeUpdating) return;
    // 执行用户输入写入IO系统的逻辑
    WriteValueToIo(targetTextBox.Text);
}

方案2：利用平台专属特性（无需额外标志位） #

不同框架本身提供了区分触发源的特性，可直接使用减少冗余代码：

• WPF场景：将写IO逻辑从TextChanged事件迁移到PreviewTextInput事件即可，该事件仅会由用户键盘输入触发，代码赋值不会触发
• WinForm场景：在TextChanged事件中判断TextBox.Modified属性，用户输入会自动将该属性置为true，代码赋值默认不会修改该属性，执行完写IO逻辑后手动将Modified重置为false即可
• Web前端场景：input事件原生支持isTrusted属性，用户触发的事件该值为true，脚本触发的事件该值为false，直接判断该属性即可区分

方案3：临时解绑事件 #

仅适用于事件绑定逻辑简单的场景：

• 代码修改TextBox值前，先将TextChanged事件对应的处理函数解绑
• 完成赋值操作后，再重新绑定该处理函数，即可避免代码赋值触发事件逻辑

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