应使用KeyPress事件拦截非中文字符，放行退格、回车、Tab等控制符，并覆盖基本汉字（\u4e00-\u9fa5）、全角标点（\u3000-\u303f、\u3040-\u309f、\u30a0-\u30ff）等Unicode范围。
TextBox 限制中文输入的正确写法
直接在 keypress 事件里拦截非中文字符最稳，比用 textchanged + 正则回删更可靠——后者会闪、会破坏 undo 栈，且光标位置容易错乱。
关键不是“怎么匹配中文”，而是“什么时候拦、拦什么”：
-
KeyPress事件中，e.KeyChar是即将插入的单个字符，类型是char，可直接判断 Unicode 范围 - 中文常用范围是
\u4e00-\u9fa5（基本汉字），但实际还要包含全角标点（如\u3000-\u303f、\u3040-\u309f、\u30a0-\u30ff），否则用户打顿号、书名号会失败 - 别忘了放行控制字符：
e.KeyChar == '\b'（退格）、'\r'（回车）、'\t'（Tab）等，否则无法编辑
示例：
private void textBox1_KeyPress(object sender, KeyPressEventArgs e)
{
char c = e.KeyChar;
if (c != '\b' && c != '\r' && c != '\t' &&
!((c >= '\u4e00' && c <= '\u9fa5') ||
(c >= '\u3000' && c <= '\u303f') ||
(c >= '\u3040' && c <= '\u309f') ||
(c >= '\u30a0' && c <= '\u30ff')))
{
e.Handled = true;
}
}
为什么不用 Regex.Replace 在 TextChanged 里“过滤”
看起来简洁，实则埋雷：
- 用户粘贴一串混合文本（比如“abc你好123”），
TextChanged触发时，Text已被更新，再用Regex.Replace清除非中文，会导致光标跳到开头或末尾 - 连续快速输入时，正则执行+赋值+触发新事件，可能引发重入或闪烁
- 正则
[\u4e00-\u9fa5]+不匹配空格、换行、全角符号，用户按空格或回车会被吞掉 - 性能无必要：每次按键都跑正则，对低配设备或高频输入场景有感知延迟
需要支持粘贴时的中文过滤怎么办
KeyPress 拦不住粘贴，得补上 Paste 场景：
- 取消默认粘贴行为：
e.Cancel = true，然后手动处理剪贴板内容 - 用
Clipboard.GetText()取出字符串，用相同 Unicode 范围逻辑过滤，再插入到当前光标位置 - 注意保留原光标位置和选区：
textBox1.SelectionStart和textBox1.SelectionLength要先读再写 - 别直接
textBox1.Text = filtered，那会清空所有格式和光标状态
简版粘贴处理：
private void textBox1_Paste(object sender, EventArgs e)
{
e.Cancel = true;
string text = Clipboard.GetText();
string filtered = new string(text.Where(c =>
c == '\r' || c == '\n' || c == '\t' ||
(c >= '\u4e00' && c <= '\u9fa5') ||
(c >= '\u3000' && c <= '\u303f') ||
(c >= '\u3040' && c <= '\u309f') ||
(c >= '\u30a0' && c <= '\u30ff')
).ToArray());
textBox1.SelectedText = filtered;
}
WinForms 中 TextBox 的 ReadOnly 和 Enabled 对事件的影响
这两个属性会影响你上面写的逻辑是否生效：
-
ReadOnly = true时，KeyPress仍会触发，但e.Handled = true没意义；此时应直接禁用输入逻辑，避免误导 -
Enabled = false时，KeyPress和Paste都不会触发——但用户仍可右键复制，所以仅靠事件拦不够，UI 状态要同步明确 - 如果业务要求“只读但允许复制”，记得在
MouseUp或ContextMenu里显式启用右键菜单，否则默认右键被禁用
中文输入限制真正难的不是正则或范围，是把键盘、粘贴、只读、焦点切换这几种路径全兜住。漏掉粘贴或没处理退格，用户第一反应就是“这控件坏了”。
