• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Fork me on GitHub
            隨筆 - 215  文章 - 13  trackbacks - 0
            <2017年7月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345


            專注即時通訊及網游服務端編程
            ------------------------------------
            Openresty 官方模塊
            Openresty 標準模塊(Opm)
            Openresty 三方模塊
            ------------------------------------
            本博收藏大部分文章為轉載,并在文章開頭給出了原文出處,如有再轉,敬請保留相關信息,這是大家對原創作者勞動成果的自覺尊重!!如為您帶來不便,請于本博下留言,謝謝配合。

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 215511
            • 排名 - 118

            最新評論

            閱讀排行榜

            http://studygolang.com/articles/2749
            之前的一篇筆記曾分析過,Go的map在底層是用hashmap實現的。由于高效的hash
            函數肯定不是對key做順序散列的,所以,與其它語言實現的hashmap類似,在使用Go語言map過程中,key-value的插入順序與遍歷map時key的訪問順序是不相同的。熟悉hashmap的同學對這個情況應該非常清楚。
            所以,本文要提到的肯定不是這個,而是一個比較讓人驚奇的情況,下面開始說明。

            1. 通過range遍歷map時,key的順序被隨機化
            在golang 1.4版本中,借助關鍵字range對Go語言的map做遍歷訪問時,前后兩輪遍歷訪問到的key的順序居然是被隨機化的
            這個現象在其它語言中是很少見的,比如C語言實現hashmap時,通常會用數組(即一段連續的內存空間)來存key,雖然key的分布順序與插入順序不一致,但k-v數據填充完畢后,整個hashmap的key的次序是固定的,所以,后續遍歷這個hashmap時,每輪遍歷訪問到的key的順序是一致的。
            但Go語言通過range遍歷map時,確實會對map的key順序做隨機化。下面是一段簡單的驗證程序。

            // map_range_rand.go
            package main
            
            import (
                "fmt"
            )
            
            func main() {
                m := make(map[string]string)
                m["hello"] = "echo hello"
                m["world"] = "echo world"
                m["go"] = "echo go"
                m["is"] = "echo is"
                m["cool"] = "echo cool"
            
                for k, v := range m {
                    fmt.Printf("k=%v, v=%v\n", k, v)
                }
            }
            在go v1.4環境中,執行go build map_range_rand.go完成編譯后,運行產出的2進制文件,結果如下。

            第1次運行輸出:
            $ ./map_range_rand 
            k=is, v=echo is
            k=cool, v=echo cool
            k=hello, v=echo hello
            k=world, v=echo world
            k=go, v=echo go
            第2次運行輸出:
            $ ./map_range_rand 
            k=go, v=echo go
            k=is, v=echo is
            k=cool, v=echo cool
            k=hello, v=echo hello
            k=world, v=echo world
            第3次運行輸出:
            $ ./map_range_rand 
            k=hello, v=echo hello
            k=world, v=echo world
            k=go, v=echo go
            k=is, v=echo is
            k=cool, v=echo cool
            可以很清楚地看到,每次遍歷時,key的順序都是不同的。
            后來在golang官方blog的文章Go maps in action中,確認了這個現象確實存在,而且是Go語言的設計者們有意為之,在這篇文章關于Iteration order的說明中提到:
            When iterating over a map with a range loop, the iteration order is not specified and is not guaranteed to be the same from one iteration to the next. Since Go 1 the runtime randomizes map iteration order, as programmers relied on the stable iteration order of the previous implementation.
            看起來是因為大家在使用Go的map時,可能會在業務邏輯中依賴map key的穩定遍歷順序,而Go底層實現并不保證這一點。因此,Go語言索性對key次序做隨機化,以提醒大家不要依賴range遍歷返回的key次序。
            奇怪的是,我在golang 1.2環境中編譯上面的示例代碼后反復運行,輸出結果中key的次序是非隨機化的。
            不過,不管如何,這個默認的次序肯定是不能依賴的。

            2. 業務依賴key次序時,如何解決隨機化問題

            其實Go maps in action一文已經給出了解決方法:
            If you require a stable iteration order you must maintain a separate data structure that specifies that order.
            可見,需要另外維護一個數據結構來保持有序的key,然后根據有序key來遍歷map。
            下面是本文對上個例子給出的穩定遍歷次序的解決方法。
            package main
            
            import (
            	"fmt"
                "sort"
            )
            
            func main() {
                m := make(map[string]string)
                m["hello"] = "echo hello"
                m["world"] = "echo world"
                m["go"] = "echo go"
                m["is"] = "echo is"
                m["cool"] = "echo cool"
            
                sorted_keys := make([]string, 0)
                for k, _ := range m {
                    sorted_keys = append(sorted_keys, k)
                }
              
                // sort 'string' key in increasing order
                sort.Strings(sorted_keys)
            
                for _, k := range sorted_keys {
                    fmt.Printf("k=%v, v=%v\n", k, m[k])
                }		
            }
            上面的示例中,通過引入sort對key做排序,然后根據有序的keys遍歷map即可保證每次遍歷map時的key順序是固定的。
            $ go build map_range_rand.go 
            可以驗證,每次的執行結果中key的次序都是按字典序進行升序排列的:
            $ ./map_range_rand
            k=cool, v=echo cool
            k=go, v=echo go
            k=hello, v=echo hello
            k=is, v=echo is
            k=world, v=echo world

            【參考資料】
            Go Blog - Go maps in action

            posted on 2017-02-05 11:32 思月行云 閱讀(280) 評論(0)  編輯 收藏 引用 所屬分類: Golang
            欧美日韩精品久久久久| 久久狠狠爱亚洲综合影院| AAA级久久久精品无码区| segui久久国产精品| 久久夜色撩人精品国产小说| 中文国产成人精品久久亚洲精品AⅤ无码精品| 色天使久久综合网天天| 国内精品久久久久久野外| 久久这里有精品视频| 国产产无码乱码精品久久鸭| 精品久久久久久无码中文野结衣| 日韩一区二区三区视频久久| 无遮挡粉嫩小泬久久久久久久 | 久久久久久狠狠丁香| 亚洲国产成人久久综合一区77| 久久久女人与动物群交毛片| 精品熟女少妇aⅴ免费久久| 久久国产色AV免费看| 久久久久久久久久免免费精品| 国产精品免费福利久久| 久久综合偷偷噜噜噜色| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 性高朝久久久久久久久久| 国产精品久久久久久搜索| 久久精品人人做人人爽电影| 久久久久亚洲AV成人网| 久久精品国产秦先生| 久久久噜噜噜久久中文福利| 国产免费久久精品99re丫y| 久久综合给合综合久久| 久久久久亚洲AV无码专区网站| 色综合久久88色综合天天| 精品人妻久久久久久888| 少妇久久久久久久久久| 久久久国产打桩机| 久久久这里有精品| 狠狠色综合网站久久久久久久高清 | 国产韩国精品一区二区三区久久| 久久久无码一区二区三区 | 亚洲国产精品成人久久| 午夜欧美精品久久久久久久|