纯英文字符需限定ascii范围：仅a–z和a–z，char.isletter会误判中文等unicode字母，应改用(c >= 'a' && c = 'a' && c
用 char.IsLetter 配合 char.IsAscii 判断是否纯英文字符
只靠 char.IsLetter 会把中文、日文、俄文字母也判为“字母”，结果误放行。真正要的是 ASCII 范围内的英文字母（A–Z, a–z），必须额外限制编码范围。
-
char.IsLetter(c)只检查 Unicode 字母属性，不区分语言 - 更稳妥的做法是：
c >= 'A' && c = 'a' && c —— 明确限定 ASCII 区间 - 如果允许空格、标点等非字母但仍是英文环境常见字符（如
.,,,'），需单独白名单控制，不能依赖IsLetter扩展
别直接用 Regex.IsMatch(input, @"^[a-zA-Z]+$") 忽略空白和换行
正则写法看似简洁，但默认 ^ 和 $ 只匹配行首行尾，遇到带换行符的字符串（比如粘贴进来的多行输入）会意外通过校验。
- 必须加
RegexOptions.Multiline才能让^/$对每行生效，但这又会导致“多行时只要每行纯英文就通过”，不符合“整个文本纯英文”的原始需求 - 正确做法是改用
\A和\z：Regex.IsMatch(input, @"\A[a-zA-Z]+\z")，它们严格锚定整个字符串首尾 - 注意：空字符串会被判为 false，如果业务允许空值，得额外判断
string.IsNullOrWhiteSpace(input)
处理用户粘贴输入时，隐藏的 Unicode 空格常导致校验失败
用户从网页、Word 或某些编辑器复制文本时，可能混入 \u200B（零宽空格）、\u00A0（不间断空格）等不可见字符，Trim() 清不掉，正则 [a-zA-Z] 也不匹配，结果校验直接失败，但用户完全看不出问题。
- 建议在校验前先做一次“可见性清洗”：
input.Replace("\u200B", "").Replace("\u00A0", " ")（按需扩展） - 更通用的方案是用
CharUnicodeInfo.GetUnicodeCategory(c) == UnicodeCategory.OtherNumber这类 API 排查异常类别，但性能稍低，日常校验够用即可 - 调试时可用
input.Select(c => $"U+{((int)c):X4}").ToArray()快速定位非常规码位
中英文混合输入场景下，“全英文”判定逻辑必须和业务对齐
很多需求其实不是真要“100% 英文字符”，而是“不含中文字符”。比如邮箱、用户名、路径名，允许数字、下划线、@，但绝不能有汉字——这时候用“排除法”比“穷举法”更稳。
- 推荐写法：
!input.Any(c => char.GetUnicodeCategory(c) == UnicodeCategory.OtherLetter && !IsAsciiLetter(c))，其中IsAsciiLetter是自定义函数 - 避免用
Regex.IsMatch(input, @"[\u4e00-\u9fa5]")查中文，它漏掉繁体、日韩汉字；用 Unicode 类别更可靠 - 若后端要存或传给其他系统，还得考虑 NFC/NFD 归一化问题，但普通输入校验可暂不介入
IsLetter 当成“只是英文”的 shortcut —— 它不是。
