最直接的办法是使用 ^\p{IsHan}+$ 正则表达式，它由 .NET 原生支持，覆盖全部汉字区块（含扩展 A–G 区、康熙部首等），比 u4e00-u9fa5 更准确、完整且无需硬编码范围。
怎么用 Regex.IsMatch 判断字符串是否全为汉字
最直接的办法是用正则匹配 Unicode 中文字符范围，但别直接抄 [u4e00-u9fa5] —— 这个范围漏掉了扩展 A、B 区的汉字（比如“?”“峠”），也包含部分标点和部首。实际项目里遇到生僻名、古籍文本或用户手写输入，很容易误判。
推荐用更完整的 Unicode 汉字块：p{IsHan}，它由 .NET 正则引擎原生支持，覆盖基本汉字、扩展 A/B/C/D/E/F/G 区、兼容汉字、以及康熙字典部首等。
-
Regex.IsMatch("张三", @"^p{IsHan}+$")→true -
Regex.IsMatch("张三123", @"^p{IsHan}+$")→false（含数字） -
Regex.IsMatch("张三 ", @"^p{IsHan}+$")→false（含空格）
注意：开头的 ^ 和结尾的 $ 必须加上，否则 "abc张三def" 也会返回 true（因为子串匹配成功）。
为什么 u4e00-u9fa5 在 C# 里经常不准
这个区间只对应《Unicode 2.1》定义的“中日韩统一表意文字”基本区，而现代中文输入场景中，大量字符早已超出该范围：
- “?”（U+30000）属于扩展 B 区，
u4e00-u9fa5完全不包含 - “〇”（U+3007）、“〆”（U+3006）等兼容汉字，不在该区间内
- 某些输入法输出的“⺁”“⺅”等康熙部首，也不在此列
更麻烦的是，u9fa5 实际上是旧版上限（已废弃），新版 Unicode 中基本区终点是 u9fff；但即便改成 u4e00-u9fff，依然漏掉扩展区。所以硬编码区间不如交给 p{IsHan} 处理。
判断“是否含汉字”和“是否全为汉字”的正则写法差异
这是最容易混淆的两个需求，写错一个符号结果就完全相反：
- 判断「是否含汉字」→ 去掉
^和$：Regex.IsMatch(text, @"p{IsHan}") - 判断「是否全为汉字」→ 必须加锚点：
Regex.IsMatch(text, @"^p{IsHan}+$") - 允许空字符串？那就把
+换成*：@"^p{IsHan}*$"
另外，如果要兼容常见中文标点（如，。！？；：""''（）【】），得显式追加，p{IsHan} 不包含它们。例如：@"^[p{IsHan}，。！？；：""''（）【】s]*$"（注意中文空格和全角空格也要考虑）。
性能和 .NET 版本兼容性提醒
p{IsHan} 自 .NET Framework 2.0 / .NET Core 1.0 起就支持，不用升级运行时。但要注意：在高频校验场景（比如每秒上千次输入验证），正则编译开销不可忽视。
- 务必使用静态编译的
Regex实例，避免每次调用都重新解析：private static readonly Regex ChineseOnly = new Regex(@"^p{IsHan}+$", RegexOptions.Compiled); - 如果只是简单判断单个字符是否为汉字，用
char.IsLetter(c) && char.GetUnicodeCategory(c) == UnicodeCategory.OtherLetter更快，但无法区分中/日/韩文——它会把平假名、谚文也当“字母”返回true
真正难处理的其实是混合输入：比如“张三（北京）”，用户本意是合法姓名，但括号是英文还是中文？要不要剔除？这类边界得结合业务定规则，正则只是工具，不是答案本身。
