• <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
            <2016年10月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345


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

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 215552
            • 排名 - 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
            久久亚洲av无码精品浪潮| 久久高清一级毛片| 欧美熟妇另类久久久久久不卡| 久久精品人人做人人妻人人玩| 久久99国产精品久久99| 久久青青草原亚洲av无码| 人人狠狠综合久久88成人| 91精品观看91久久久久久| 亚洲精品第一综合99久久| 久久精品99久久香蕉国产色戒| 国产精品美女久久久久av爽 | 无码任你躁久久久久久老妇| 久久人人爽人人爽人人片av麻烦| 69久久夜色精品国产69| 色婷婷噜噜久久国产精品12p| 久久精品人人槡人妻人人玩AV| 无码任你躁久久久久久久| 国产成人精品久久| 久久精品亚洲中文字幕无码麻豆| 性高湖久久久久久久久AAAAA| 久久国产高清字幕中文| 日本强好片久久久久久AAA | 无夜精品久久久久久| 九九久久99综合一区二区| 久久久久国产精品熟女影院| 国内精品久久国产| 色偷偷88欧美精品久久久| 久久精品综合一区二区三区| 久久综合欧美成人| 久久久久免费看成人影片| 久久青青草原精品国产| 亚洲精品国产美女久久久| 伊人久久大香线蕉av一区| 亚洲精品成人久久久| 中文字幕久久亚洲一区| 日韩美女18网站久久精品| 久久久久亚洲AV无码专区网站 | 久久久久久a亚洲欧洲aⅴ| 国产精品天天影视久久综合网| 久久精品国产清高在天天线| 2021久久精品国产99国产精品 |