这个问题其实是WPF TextBox和IME输入法的交互特性踩坑了！当你用日文平假名这类IME输入法时，输入过程中IME会频繁修改TextBox的文本（比如候选预览、组合串变化），这会多次触发TextChanged事件。而你在TextChanged里设置MaxLength或者手动截断文本，会打乱IME的内部文本状态，最终导致重复追加的异常。

给你两个靠谱的解决方案：

方案1：避开IME组合状态时的文本处理 #

WPF的TextBox自带一个IsInComposition属性，当IME正在进行组合输入时（比如你还在选平假名候选的阶段），这个属性会是true。我们可以利用它，只在组合输入结束后再处理文本长度限制：

private void TextBox_TextChanged(object sender, TextChangedEventArgs e)
{
    var textBox = sender as TextBox;
    if (textBox == null || textBox.IsInComposition)
        return;

    textBox.MaxLength = 10;
    // 额外做个截断兜底，防止极端情况
    if (textBox.Text.Length > 10)
    {
        textBox.Text = textBox.Text.Substring(0, 10);
        textBox.CaretIndex = textBox.Text.Length; // 把光标移到末尾，避免错位
    }
}

方案2：改用PreviewTextInput事件控制输入 #

相比TextChanged（文本变更后触发），PreviewTextInput是在文本即将被添加前触发的，能更精准地拦截超出长度的输入，而且不会干扰IME的组合过程：

private void TextBox_PreviewTextInput(object sender, TextCompositionEventArgs e)
{
    var textBox = sender as TextBox;
    if (textBox == null)
        return;

    // 计算输入后的总长度（要考虑选中的文本会被替换，不是直接加长度）
    int newLength = textBox.Text.Length - textBox.SelectionLength + e.Text.Length;
    if (newLength > 10)
    {
        e.Handled = true; // 阻止这次输入
    }
}

小提醒：如果MaxLength不是动态需要变化的，最好直接在XAML里设置<TextBox MaxLength="10" />，减少事件里的逻辑，能从根源避免这类IME交互问题。测试的时候记得覆盖各种IME场景，比如连续输平假名、选候选词、删除后再输入，确保没问题~

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