go中字符串切片s[i:j]按字节操作易panic或乱码，因utf-8多字节编码；按字符截取必须转[]rune再切，三参数切片不适用于string。
字符串切片 s[i:j] 为什么一用就 panic 或乱码
因为 s[i:j] 操作的是字节，不是字符。Go 字符串底层是 UTF-8 编码的字节序列，“你好”占 6 字节（每个汉字 3 字节），“?”可能占 4 字节。直接 s[1:4] 极大概率切在某个汉字中间，导致 invalid UTF-8；若 i 或 j 超出字节长度，直接 panic。
常见错误现象：
-
s := "你好"; s[1:2]→ panic 或输出 -
len(s)返回 6，但你只想取前 2 个汉字，误用s[:4]→ 实际只拿到“你”的前 2 字节，解码失败 - HTTP 响应体带 BOM（
"\uFEFF你好"），没清理就切，索引全偏移
安全前提：先确认输入非空 —— if s == ""，别对 nil *string 直接解引用。
按字符数截取必须转 []rune
要真正按“第几个汉字”或“前 N 个 Unicode 字符”截，唯一可靠方式是先转 []rune，再切，再转回 string。这不是可选项，是强制路径。
实操建议：
- 写成函数封装，避免重复转换：
func Substr(s string, start, length int) string - 务必防越界：
rs := []rune(s); end := min(start+length, len(rs))，再用string(rs[start:end]) - 别省略
min判断 —— 外部输入的start或length可能远超len([]rune(s)) - 空字符串或单字符边界测试必须覆盖：
Substr("a", 1, 1)应返回""，不是 panic
性能注意：每次 []rune(s) 都遍历解码全部字节，高频场景（如日志行逐行处理）考虑复用 []rune 缓冲池，或改用 strings.IndexRune 等语义化定位。
s[i:] 允许 i == len(s)，但 s[i] 不允许
这是 Go 切片语法里少有人留意的安全糖：表达式 s[i:] 在 i == len(s) 时合法，返回空字符串；而 s[i]（单字节访问）要求 i ，否则必 panic。
这意味着你可以放心写：
if i > len(s) { i = len(s) }
part := s[i:] // 不会 panic，即使 i == len(s)
但绝不能写：
if i >= len(s) { /* 必须拦住 */ }
_ = s[i] // 这里一旦 i == len(s)，立刻崩溃
这个差异常被忽略，尤其在做偏移计算或分块读取时。它只适用于切片表达式，不适用于数组或 slice 的单元素访问。
三参数截取对字符串无效，别套用 slice 规则
有人看到 s[i:j:k] 能控制子切片容量，就尝试用在字符串上 —— s[1:3:5] 是非法语法，Go 编译器直接报错：invalid operation: slice bounds with capacity。
原因很直接：字符串是只读的，没有容量（cap(s) 未定义），也不支持 append，所以三参数切片语法根本不适用于 string 类型。
能用三参数的只有 []T 类型（比如 []byte）。如果你需要类似能力：
- 想安全截取并防止后续意外写入？用
[]byte代替string，再b[i:j:k] - 想保留字符串语义但隔离修改？必须复制：
copy(dst, []byte(s))或string(append([]byte(nil), s...)) - 别试图给字符串加 “cap 限制”——它本来就不可变，所谓“隔离”只对可变底层数组有意义
最常被忽略的其实是 rune 转换那一步：本地跑英文测试全过，上线后用户昵称带 emoji，s[0:10] 直接 panic。事情说清了就结束。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
