字符串直接用[]byte反转会出错，因为go中string是只读utf-8字节序列，中文、emoji等多字节字符被拆分后交换会破坏utf-8编码结构，导致乱码、panic或非法字节序列。
字符串直接用 []byte 反转会出错，为什么？
Go 中字符串是只读的，且底层按字节存储。如果字符串含中文、emoji 等 Unicode 字符（即多字节 UTF-8 编码），直接转成 []byte 并交换字节，会破坏 UTF-8 编码结构，导致乱码或 panic。
例如："你好" 的 UTF-8 编码是 6 个字节，但只有 2 个 rune。用字节反转后得到非法字节序列，string() 转回时变成 " " 或截断。
- 错误做法：
bytes := []byte(s); for i, j := 0, len(bytes)-1; i - 正确前提：必须按
rune单位操作，而非字节 - 性能注意：
[]rune(s)会拷贝整个字符串，对超长文本需评估开销
用双指针 + []rune 安全反转字符串
这是最常用也最稳妥的方式：先转成 []rune，再用经典双指针原地交换。
func reverseString(s string) string {
runes := []rune(s)
for i, j := 0, len(runes)-1; i
-
[]rune(s)自动解码 UTF-8，每个元素对应一个 Unicode 码点 - 双指针边界条件必须是
i ，不是 <code>i ，否则中间字符会被换两次 - 返回前必须用
string(runes)重新编码，不能直接返回runes - 该函数对空字符串、单字符、ASCII 字符串、混合 emoji（如
"Hello ??"）均正确
想原地修改不分配新内存？Go 不允许
Go 的字符串类型设计为不可变（immutable），任何“修改”都必然产生新字符串。所谓“原地”只是对 []rune 切片操作，但 []rune(s) 本身已分配新底层数组。
- 无法绕过分配：即使你传入
*string，也无法改变原有字符串内存地址 - 替代思路（仅限特定场景）：若原始数据来自
[]byte且确定全是 ASCII，可复用该切片，转成string前再反转 —— 但这不是通用解法 - 性能敏感时，可考虑接收
[]rune作为参数，避免重复转换，例如：func reverseRunes(r []rune) { /* in-place */ }
遇到 runtime error: index out of range 怎么排查？
这类 panic 几乎都发生在手写双指针时下标计算错误，尤其在循环条件或交换逻辑里。
- 典型错误：
for i := 0; i → <code>j越界（应为len(runes)-1-i） - 更安全写法：坚持用两个变量
i和j，并在循环开始就检查len(runes) == 0（虽不影响逻辑，但利于调试） - 调试建议：在循环内加
fmt.Printf("i=%d, j=%d, runes[i]=%c, runes[j]=%c\n", i, j, runes[i], runes[j])快速定位越界位置 - 注意：Go 的
for多变量赋值是并发更新，i, j = i+1, j-1是原子行为，不会出现i先增导致j计算错的问题
实际项目中，真正容易被忽略的是：你是否真的需要反转字符串？ 很多时候需求本质是逆序遍历、构造镜像路径、或校验回文——这些场景可能无需生成新字符串，用 for i := len(runes)-1; i >= 0; i-- 直接倒序访问更省内存。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
