for range 是唯一安全的字符级遍历方式，直接用 for i := 0; i

for range 是唯一安全的字符级遍历方式

直接用 for i := 0; i 遍历字符串，拿到的是字节，不是字符。对 <code>"你好" 这种 UTF-8 字符串，s[0] 是 '你' 的第一个字节（e4），s[1] 是第二个字节（b8），单独打印就是乱码；更糟的是，s[2] 可能越界 panic。

正确做法只有一条：for i, r := range s。它自动解码 UTF-8 流，每次返回一个 rune 和该字符在原字符串中的起始字节位置 i。

• i 是字节偏移，不是“第几个字符”——"世?" 中，? 的 i == 3（因为“世”占 3 字节）
• 需要字符序号？自己计数：idx := 0; for _, r := range s { idx++; if idx == 2 { ... } }
• 想判断是否中文？用 unicode.Is(unicode.Scripts["Han"], r)，别碰 s[i]

什么时候必须转成 []rune？

只有两种真实需求才值得付出 O(n) 解码 + 内存膨胀代价：

• 需要随机访问第 N 个字符：比如光标跳转、substring 提取、反转字符串
• 需要修改字符顺序或内容：比如去重、大小写批量转换、插入/删除某位置字符

例如反转：rs := []rune(s); for i, j := 0, len(rs)-1; i 。但注意：<code>len([]rune("北京")) == 2，而 len("北京") == 6；1MB 的 UTF-8 文本转成 []rune 后可能占 4MB 内存。

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

如果只是单次顺序扫描、统计、过滤，for range 足够，无需转换。

strings.Map 适合无状态单字符变换

strings.Map 是函数式风格的遍历工具，签名是 func(rune) rune，适用于「输入一个 rune，输出一个 rune」的纯变换场景，比如全转小写、过滤非字母、替换 emoji。

• 它内部仍用 for range 实现，不额外分配 []rune
• 不能中断遍历，不能依赖上下文（比如“上一个字符是什么”），也不能修改原字符串结构（如删字符）
• 示例：strings.Map(func(r rune) rune { if unicode.IsLetter(r) { return unicode.ToLower(r) }; return r }, s)

一旦逻辑涉及状态累积、条件跳过、或需知道当前是第几个字符，就该退回到手写 for range 循环。

性能与语义陷阱常混在一起

很多人以为“for range 慢”，其实慢的是错误前提下的补救动作：比如先用字节遍历出错，再用 utf8.DecodeRuneInString 逐个解码；或者反复调用 len([]rune(s)) 计算字符数。

• 获取真实字符数：用 utf8.RuneCountInString(s)（O(n) 但无内存分配），别用 len([]rune(s))（O(n) + 分配）
• 检查子串是否落在合法字符边界？用 utf8.RuneStart(s[i])，别靠经验猜 i 是否为 3 的倍数
• 协议头、base64、hex 等纯 ASCII 场景，字节遍历没问题；但只要出现用户输入、文件读取、HTTP body，一律默认 UTF-8，走 for range

最易被忽略的一点：string 是只读的，所有“修改”本质都是构造新字符串。哪怕只是 s[0:1] + "x" + s[1:]，背后也是三次内存拷贝。真要高频编辑，考虑 strings.Builder 或预分配 []rune。