尽管它说是随机的（随机的）（spec，blog，hashmap源，另一个blog，SO），但分布远非完美。
为什么？因为我们喜欢地图 快
，并且更好的随机分布往往需要更多的计算和/或更大的延迟。必须做出妥协。并且，因为这样做的目的不是通过提供高质量的“混洗”功能
forrange，而只是为了防止开发人员依赖稳定的迭代顺序（因为即使没有显式随机化，它也会发生变化）。
但是这种分布有多“好”呢？容易获得“味道”。让我们创建一个包含10对的地图，并开始对其进行多次迭代。让我们计算一下第一个索引（键）的分布：
m := map[int]int{}for i := 0; i < 10; i++ { m[i] = i}dist := make([]int, 10)for i := 0; i < 100000; i++ { for idx := range m { dist[idx]++ break }}fmt.Println("Distribution:", dist)输出（在Go Playground上尝试）：
Distribution: [25194 24904 6196 6134 6313 6274 6297 6189 6189 6310]
前两个键（
0和
1）碰到的几率大约是其余两个键的 几倍 ，后者的几率大致相同。
您可以说这对于真正的（甚至是好的）随机性是很不好的，但这不是重点。它足以提供不同的迭代顺序（而且很重要：很快速）。
