Go map遍历顺序不固定是设计使然；按key排序遍历需先提取key切片、用sort.Slice排序、再依次访问：keys := make([]string, 0, len(m)); for k := range m { keys = append(keys, k) }; sort.Slice(keys, func(i, j int) bool { return keys[i] < keys[j] })
Go 里 map 本身不保证顺序，range 遍历结果是随机的
这是最常被误解的一点：Go 的 map 是哈希表实现，range 遍历时 key 的顺序每次运行都可能不同——不是 bug，是设计使然。所以“按 key 排序遍历”本质是：先取 key，排序，再按序取值。
用 sort.Slice 对 key 切片排序后遍历
这是最通用、最可控的做法，适用于任意可比较的 key 类型（string、int、int64 等）：
keys := make([]string, 0, len(m))
for k := range m {
keys = append(keys, k)
}
sort.Slice(keys, func(i, j int) bool {
return keys[i] < keys[j] // string 比较
})
for _, k := range keys {
fmt.Println(k, m[k])
}
-
make([]string, 0, len(m))预分配容量，避免多次扩容 - 如果 key 是
int，比较函数写成return keys[i] 即可 - 注意：不能直接对
map调用sort，必须先提取 key 到切片
当 key 是数字类型时，别用 fmt.Sscanf 或字符串转换强行走 string 路线
比如 key 是 int，有人会把 key 转成 string 再排序，结果变成字典序（"10" ），实际顺序错乱。
- 正确做法：保持原始类型，用
sort.Ints（int）或sort.Slice配合数值比较 - 错误示例：
keysStr := []string{strconv.Itoa(k)}→ 后续按字符串排 →"10"排在"2"前面 - 性能上，类型转换+字符串排序比原生数值排序慢且易错
想封装成可复用逻辑？小心闭包捕获和 map 并发读写
如果写成类似 SortedKeys(m map[string]int) 这样的函数，要注意两点：
立即学习“go语言免费学习笔记（深入）”；
- 函数内必须立即拷贝 key（
for k := range m），不能返回内部切片引用，否则调用方修改会影响后续使用 - 如果原
map可能被其他 goroutine 并发写入，必须加锁，range本身不是原子操作，可能 panic 报fatal error: concurrent map iteration and map write - 没有内置“有序 map”类型，
map+ 显式排序是标准解法，别找第三方“ordered map”包除非真有高频插入/删除+遍历混合场景
真正麻烦的从来不是怎么排，而是你忘了 map 是无序的这个前提，或者在并发环境下没意识到 range 也会撞上写操作。
