strings.map 接收 func(rune) rune 映射函数和字符串，对每个 rune 调用并返回新字符串；返回 -1 则删除该 rune，支持 unicode（如中文、emoji）。
strings.Map 的函数签名和基本用法
strings.Map 接收一个映射函数和一个字符串，对每个 rune 调用该函数，返回新字符串。注意：它操作的是 rune（Unicode 码点），不是 byte，所以能正确处理中文、emoji 等多字节字符。
映射函数签名必须是 func(rune) rune —— 输入一个 rune，返回一个 rune。如果返回 -1，该字符会被**删除**（不是替换成空格，是跳过）。
示例：把小写字母转大写，其余字符不变：
result := strings.Map(func(r rune) rune {
if r >= 'a' && r <h3>为什么不能用 strings.Map 做条件过滤或长度变更判断</h3><p><code>strings.Map</code> 只能逐字符映射，无法访问前后字符、索引位置或原始字符串长度。它不提供上下文信息，因此不适合实现“去掉连续重复字符”“只保留偶数位字符”这类逻辑。</p><p>常见误用场景：</p>
- 想跳过某个字符后，根据下一个字符决定是否保留当前字符 →
strings.Map无法做到，改用for range手动遍历 - 想统计转换次数或提前终止 → 没有中断机制，必须走完全部
rune - 想把 ASCII 字符转义成
\uXXXX形式 → 返回值类型是rune，不能返回字符串片段；这种需求应直接用strings.Builder+for range
strings.Map 和 bytes.Map 的关键区别
bytes.Map 是 strings.Map 的字节版，函数签名为 func(byte) byte，只适合纯 ASCII 或确定单字节编码的场景。一旦输入含 UTF-8 多字节字符（如中文），bytes.Map 会把每个字节单独传入，导致乱码或崩溃。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
例如：bytes.Map(func(b byte) byte { return b + 1 }, "你好") 会把每个 UTF-8 字节加 1，结果完全不可读；而 strings.Map 正确按 rune 处理，不会破坏编码。
所以除非你明确在处理二进制数据或纯 ASCII 字符串，否则别碰 bytes.Map。
性能与实际替代方案对比
strings.Map 内部做了预分配，性能尚可，但比手动 for range + strings.Builder 略慢（约 10–20%），因为多了函数调用开销和一次额外拷贝。
当需要更灵活控制时，推荐直接手写：
var b strings.Builder
b.Grow(len(s)) // 预分配避免扩容
for _, r := range s {
switch r {
case 'a', 'e', 'i', 'o', 'u':
b.WriteRune(unicode.ToUpper(r))
case ' ':
continue // 删除空格
default:
b.WriteRune(r)
}
}
result := b.String()
这种方式能自由跳过、替换、插入、甚至嵌套逻辑，且更容易调试和单元测试。
真正容易被忽略的是：只要映射逻辑里出现 if/else 分支超过 3 种，或者涉及状态（比如“是否刚处理过数字”），strings.Map 就不再适用——它天生无状态，也不带索引。这时候硬套只会让代码更难懂。
