应优先使用ToUpperInvariant()，因其等价于ToUpper(CultureInfo.InvariantCulture)，可避免土耳其语等文化区域导致的i→İ等异常大写转换，确保技术场景（如URL、JSON键）的稳定性与可移植性。
直接用 string.ToUpper()，但要注意文化区域（culture）影响结果，尤其处理土耳其语、德语等特殊字符时不能忽略。
为什么 ToUpper() 有时不按预期转大写？
因为 .NET 默认使用当前线程的文化（Thread.CurrentThread.CurrentCulture），而某些语言（如土耳其语）的 i 大写不是 I，而是 İ。如果你在土耳其系统上运行 "i".ToUpper()，会得到 "İ"，而非英语习惯的 "I"。
- 默认行为：依赖当前 culture，适合本地化显示场景
- 安全做法：显式传入
CultureInfo.InvariantCulture，确保 ASCII 字符稳定转换 - 错误现象：
"file.txt".ToUpper()在某些区域设置下可能生成非标准大写路径，导致文件找不到
ToUpper() 和 ToUpperInvariant() 怎么选？
二者功能一致，但参数和语义不同：
-
string.ToUpper()重载多，可传CultureInfo，灵活性高 -
string.ToUpperInvariant()是快捷封装，等价于.ToUpper(CultureInfo.InvariantCulture)，代码更短、意图更明确 - 若只是做标识符比较、URL 构造、JSON 键标准化等“技术性”用途，优先用
ToUpperInvariant() - 若需适配用户界面显示（如菜单标题），才考虑用带 culture 的
ToUpper(new CultureInfo("tr-TR"))
性能与不可变性需要注意什么？
string 在 C# 中是不可变类型，每次调用 ToUpper() 都会分配新字符串对象，原字符串不变：
string s = "hello"; string upper = s.ToUpper(); // 新字符串 Console.WriteLine(s); // 还是 "hello"，没被修改
- 频繁调用且字符串很长时，注意内存分配压力；可考虑用
Span<char></char>+char.ToUpperInvariant()手动遍历优化（仅限高性能场景） - 别写
s.ToUpper() == "HELLO"做判断——改用string.Equals(s, "hello", StringComparison.OrdinalIgnoreCase)更高效、更安全 - 空字符串或
null传入会抛NullReferenceException，建议先判空或用空合并：s?.ToUpperInvariant() ?? string.Empty
真正容易被忽略的是文化敏感性——哪怕你只处理英文，部署到海外服务器后也可能因系统区域设置突变导致逻辑异常。所以除非明确要做本地化展示，否则一律用 ToUpperInvariant()。
