strings.ToUpper 是 Go 中通用、高效、线程安全的 Unicode 字符串转大写函数，但不支持 locale 特定规则（如土耳其语 i→İ）和德语 ß→SS 转写，适用于 HTTP 头、配置键等日常场景。
strings.ToUpper 是 Go 标准库中最常用、最直接的字符串转大写函数，它开箱即用、线程安全、对 Unicode 友好，**但不就地修改原字符串，也不处理区域特定规则（如土耳其语）**。如果你只是想快速把英文或常见 Unicode 字符串转成大写，直接用它就行；如果遇到德语 ß、土耳其 i/İ、带组合标记的字符，或需要控制大小写映射行为，就得换方案。
什么时候该用 strings.ToUpper？
适合绝大多数日常场景，比如 HTTP Header 规范化、配置键统一、日志字段标准化、用户名粗略归一化等。
- 输入是纯 ASCII（如
"hello"→"HELLO"），性能最好，无额外解码开销 - 含常见 Unicode 字符（如
"café"、"straße"、"αβγ"），它会正确保留重音和码点，返回"CAFÉ"、"STRASSE"、"ΑΒΓ" - 含中文、日文、韩文等无大小写概念的字符，原样返回，不会 panic 或乱码
- 函数签名简单：
func ToUpper(s string) string，无副作用，可安全并发调用
strings.ToUpper 为什么不能处理土耳其语 i → İ？
因为 strings.ToUpper 底层调用的是 unicode.ToUpper，而后者遵循通用 Unicode 大小写映射表（UAX#44），不绑定任何 locale。土耳其语中，小写 i 的大写是带点的 İ（U+0130），但标准映射默认返回无点 I（U+0049）。
- 实际表现：
strings.ToUpper("istanbul")→"ISTANBUL"（不是"İSTANBUL"） - 若需本地化行为，必须用
golang.org/x/text/cases包，例如：cases.Title(language.Turkish).String("istanbul") -
unicode.ToUpper对ß返回自身（U+00DF），不转成"SS"；而德国规范要求转写时才展开，cases包也支持此模式
手动遍历 rune 实现 ToUpper 有什么坑？
很多人想“自己写一个更可控的版本”，结果掉进 UTF-8 字节陷阱里——直接操作 []byte 会导致截断、乱码，必须用 []rune。
- 错误写法：
for i := range s { s[i] -= 32 }—— 这是在遍历字节索引，ß占 2 字节，α占 2 字节，一改就崩 - 正确前提：先转
runes := []rune(s)，再遍历range runes，用unicode.ToUpper(r)处理每个rune - 注意性能：
[]rune(s)是 O(n) 分配 + UTF-8 解码，短字符串没问题，高频长文本建议复用缓冲区或改用流式处理 - 别忽略接收者类型：值接收者（
func (p path) ToUpper()）返回新切片；指针接收者（func (p *path) ToUpper()）才能原地改，但要小心并发写
在 Go 模板里怎么用大写函数？
模板本身不内置 ToUpper，必须通过 template.FuncMap 注入。
立即学习“go语言免费学习笔记（深入）”；
- 注册必须在
Parse()之前：tmpl := template.New("t").Funcs(template.FuncMap{"ToUpper": strings.ToUpper}) - 模板内写法：
{{ .Name | ToUpper }}，不是{{ ToUpper .Name }} - 注意：注入的函数签名必须是
func(string) string，不能带 error，否则模板执行会 panic - 如果模板需要多语言支持（如用户界面显示），不要硬编码
strings.ToUpper，应结合cases包按请求语言动态注册
strings.ToUpper 看似简单，但真正踩过 ß、i/İ、组合字符、模板注入时机这些坑之后，才会意识到：所谓“标准行为”，其实是权衡了通用性、性能和实现复杂度后的默认选择。要不要换方案，取决于你的字符串来源是否受控、目标用户是否跨语言、以及性能压测时那几微秒的差异值不值得你引入额外依赖。 
