ToTitleCase 按语言规则对每个单词首字母大写，但依赖 CultureInfo、不处理驼峰、不控制其余字符大小写；真正首字母大写应手写辅助方法并严格判空。
用 ToTitleCase 处理英文单词首字母大写
它不是“把字符串首字母转大写”，而是按语言规则对每个单词首字母大写——比如 "hello world" 变成 "Hello World"。但注意：它依赖当前线程的 CultureInfo，默认用系统区域设置，中文环境下可能无效或行为异常。
- 必须先引用
using System.Globalization; - 调用方式是
TextInfo.ToTitleCase("hello world")，不是字符串实例方法 -
"iPhone".ToTitleCase()会变成"Iphone"（因为不识别驼峰），这不是 bug，是设计如此 - 空字符串、
null、纯空白会原样返回，不抛异常
只改第一个字符？别用 ToTitleCase，手写更稳
真正想实现 “首字母大写、其余小写”（如 "hELLO" → "Hello"），ToTitleCase 完全不合适。它不控制其余字符大小写，也不只动第一个字。
- 推荐写个简短辅助方法：
string FirstCharToUpper(string input) => string.IsNullOrEmpty(input) ? input : char.ToUpper(input[0]) + input.Substring(1).ToLower();
- 注意
input[0]对空字符串会抛IndexOutOfRangeException，所以必须先判空 - 如果输入含 Unicode 字符（比如带重音的法语字母），
char.ToUpper可能不够，需用char.ToUpperInvariant或TextInfo.ToUpper -
Substring(1)在长度为 1 时返回空字符串，安全，但可读性不如input.Length > 1 ? input.Substring(1).ToLower() : ""
处理带空格/标点的字符串时，Substring 容易越界
有人直接写 s[0] = char.ToUpper(s[0])，这是错的——C# 字符串不可变，编译不过。更常见的错误是没检查长度就调 Substring(1) 或取索引。
- 错误示例：
"a".Substring(1)返回空，没问题；但"".Substring(1)抛异常 - 安全写法优先用
if (s.Length == 0) return s;开头，比一堆三元嵌套清楚 - 如果字符串可能含 BOM、零宽空格等 Unicode 控制符，
s.Length不一定等于“可视字符数”，但日常文本格式化通常不用深究这点 - 性能上，
Substring会产生新字符串，对超长日志行批量处理时要注意分配压力
中文、混合文本场景下，别依赖大小写转换逻辑
中文没有大小写概念，ToUpper/ToLower 对汉字无影响；但中英混排时（如 "订单order123"），直接套用首字母大写逻辑会把 "order" 变成 "Order"，而你可能只想规范英文部分。
- 没有银弹方案，得先定义规则：是否只处理连续 ASCII 字母？是否跳过数字后字母？
- 正则可做简单切分，例如
Regex.Replace(s, @"([a-zA-Z])\w*", match => char.ToUpper(match.Value[0]) + match.Value.Substring(1).ToLower())，但注意性能和边界（如缩写"iOS"） - 若涉及用户界面显示，建议在 UI 层统一处理，而非存进数据库——避免重复格式化或大小写敏感比较出错
这事真正麻烦的不是怎么写那几行代码，而是得先想清楚：你要的到底是“英文标题格式化”，还是“仅首字符大写”，又或者“按某种业务规则调整大小写”。不同目标，函数选法、边界检查、甚至要不要用正则，全都不一样。
