Python開發(fā)者在轉(zhuǎn)到Go語(yǔ)言之前需要了解什么？

轉(zhuǎn)載請(qǐng)參見文章末尾處的要求?！靖兄x張佳偉（@ghosert）的熱心翻譯。如果其他朋友也有不錯(cuò)的原創(chuàng)或譯文，可以嘗試推薦給伯樂在線?！窟@是一篇（長(zhǎng)）博文， 介紹了我們?cè)?Repustate 遷移大量 Python/Cython 代碼到 Go 語(yǔ)言的經(jīng)驗(yàn)。如果你想了解整個(gè)故事，背景和所有的事情，請(qǐng)繼續(xù)往下讀。如果你只是想了解 Python 開發(fā)者在一頭扎進(jìn) Go 語(yǔ)言前需要了解什么，請(qǐng)點(diǎn)擊一下鏈接：從Python遷移到Go的建議(Tips Tricks) 背景在Repustate，我們完成過(guò)的最棒的技術(shù)成就之一是實(shí)現(xiàn)了阿拉伯語(yǔ)的情感分析。阿拉伯語(yǔ)是一塊難啃的硬骨頭，因?yàn)樗脑~形變化相當(dāng)復(fù)雜。比起譬如英語(yǔ)，阿拉伯語(yǔ)的分詞（將一個(gè)句子切分呈幾個(gè)獨(dú)立的單詞）也更困難，因?yàn)榘⒗Z(yǔ)的單詞本身還可能會(huì)包含空白字符（例如：“阿列夫”在一個(gè)單詞里的位置）。這也談不上是泄密，Repustate 使用支持向量機(jī)（SVM）來(lái)獲取一個(gè)句子背后最有可能的含義，并在其中加上情感元素。 總體上來(lái)說(shuō)，我們使用了 22 種模型（22 個(gè) SVM） 并且在一篇文檔中，每一個(gè)單詞我們都會(huì)加以分析。因此如果你有一篇 500 字的文檔，那么基于 SVM，會(huì)進(jìn)行十萬(wàn)次的比較。 PythonRepustate 幾乎完全就是一個(gè) Python 商店。我們使用 Django 來(lái)實(shí)現(xiàn) API 和網(wǎng)站。因此（目前）為了保持代碼一致，同時(shí)使用 Python 來(lái)實(shí)現(xiàn)阿拉伯語(yǔ)情感引擎是合情合理的。只是做原型和實(shí)現(xiàn)的話，Python 是很好的選擇。它的表達(dá)能力很強(qiáng)悍，第三方類庫(kù)等等也很好。如果你就是為了Web服務(wù)，Python 很完美。但是當(dāng)你進(jìn)行低級(jí)別的計(jì)算，大量依賴于哈希表（Python 里的字典類型）做比較的時(shí)候，一切都變慢了。我們每秒能處理大約兩到三個(gè)阿拉伯文檔，但是這太慢了。比較下來(lái)，我們的英語(yǔ)情感引擎每秒能處理大約五百份文檔。 瓶頸因此我們開啟了 Python 分析器，開始調(diào)查是什么地方用了那么長(zhǎng)時(shí)間。還記得我前面說(shuō)過(guò)我們有 22 個(gè) SVM 并且每個(gè)單詞都需要經(jīng)過(guò)處理嗎？好吧，這些都是線性處理的，非并行處理。所以我們的第一反應(yīng)是把線性處理改成 map/reduce 那樣的操作。簡(jiǎn)單來(lái)說(shuō)：Python 不太適合用作 map/reduce。當(dāng)你需要并發(fā)的時(shí)候，Python 算上好用。在 2013 Python 大會(huì)上（譯者：PyCon 2013），Guido 談到了 Tulip，他的這個(gè)新項(xiàng)目正在彌補(bǔ) Python 這方面的不足，不過(guò)得過(guò)段一段時(shí)間才能推出，但是如果已經(jīng)有了更好用的東西，我們?yōu)槭裁催€要等呢？ 選Go 語(yǔ)言，還是回家算了？我在Mozilla的朋友告訴我，Mozilla 內(nèi)部正在將他們大量的基礎(chǔ)日志架構(gòu)切換到 Go 語(yǔ)言上，部分原因是因?yàn)閺?qiáng)大的 [goroutines]。Go 語(yǔ)言是 Google 的人設(shè)計(jì)的，并且在設(shè)計(jì)之初就把支持并發(fā)作為第一要?jiǎng)?wù)，而不是像 Python 的各種解決方案那樣是事后才加上去的。因此我們開始著手把 Python 換成 Go 語(yǔ)言。雖然Go 代碼還不算正式上線的產(chǎn)品，但是結(jié)果非常令人鼓舞。我們現(xiàn)在能做到每秒處理一千份文檔，使用更少的內(nèi)存，還不用調(diào)試你在 Python 里遇到：丑陋的多進(jìn)程/gevent/“為什么 Control-C 殺不了進(jìn)程”這些問(wèn)題。 為什么我們喜歡 Go 語(yǔ)言任何人，對(duì)編程語(yǔ)言是如何工作（解釋型 vs 編譯型， 動(dòng)態(tài)語(yǔ)言 vs 靜態(tài)語(yǔ)言）有一點(diǎn)理解的話，會(huì)說(shuō)，“切，當(dāng)然 Go 語(yǔ)言會(huì)更快”。是的，我們也可以用 Java 把所有的東西重寫一遍，也能看到類似更快的改善，但那不是 Go 語(yǔ)言勝出的原因。你用 Go 寫的代碼好像就是對(duì)的。我搞不清楚到底是怎么回事，但是一旦代碼被編譯了（編譯速度很快），你就會(huì)覺得這代碼能工作（不只是跑起來(lái)不會(huì)錯(cuò)，而且甚至邏輯上也是對(duì)的）。我知道，這聽上去不太靠譜，但是確實(shí)如此。這和 Python 在冗余（或非冗余）方面非常類似，它把函數(shù)作為第一目標(biāo)，因此函數(shù)編程會(huì)很容易想明白。而且當(dāng)然，go 線程和通道讓你的生活更容易，你可以得到靜態(tài)類型帶來(lái)的性能大提升，還能更精細(xì)的控制內(nèi)存分配，而你卻不必為此在語(yǔ)言表達(dá)力上付出太多的代價(jià)。 希望能早點(diǎn)知道的事情（Tips Tricks）除去所有這些贊美之詞以后，有時(shí)你真的需要在處理 Go 代碼的時(shí)候，相對(duì)于 Python，改變一下思維方式。因此這是我在遷移代碼時(shí)記錄的筆記清單 —— 只是在我把 Python 代碼轉(zhuǎn)換到 Go 時(shí)從我腦子里隨機(jī)冒出來(lái)的點(diǎn)子：沒有內(nèi)建的集合類型（必須使用map，并檢查是否存在）因?yàn)闆]有集合，必須自己寫交集，并集之類的方法沒有tuples 類型，必須寫你自己的結(jié)構(gòu)，或者使用 slices （即數(shù)組）沒有類似 \__getattr__() 的方法，你必須總是檢查存在性，而不是設(shè)置默認(rèn)值，例如，在 Python 里，你可以這樣寫 value = dict.get(“a_key”, “default_value”)必須總是檢查錯(cuò)誤（或者顯式的忽略錯(cuò)誤）不能有變量/包沒被使用，因此簡(jiǎn)單的測(cè)試也需要有時(shí)注掉一些代碼在[] byte 和 string 之間轉(zhuǎn)換。 regexp 使用 [] byte （不可變）。這是對(duì)的，但是老把一些變量轉(zhuǎn)換來(lái)轉(zhuǎn)換去很煩人Python 更寬松。你可以使用超出范圍的索引在字符串里取一個(gè)片段，而且不會(huì)出錯(cuò)。你還可以用負(fù)數(shù)取出片段，但是 Go 不行你不能混合數(shù)據(jù)結(jié)構(gòu)類型。也許這樣也不太干凈，但是有時(shí)在 Python 里，我會(huì)使用值是混合了字符串和列表的字典。但是 Go 不行，你不得不清理干凈你的數(shù)據(jù)結(jié)構(gòu)或者使用自定義的結(jié)構(gòu)不能解包一個(gè) tuple 或者 list 到幾個(gè)不同的變量（例如：x, y, z = [1, 2, 3]）駝峰式命名風(fēng)格（如果你沒有首字大寫方法名/結(jié)構(gòu)名，他們不會(huì)被暴露給其它的包）。我更喜歡 Python 的小寫字母加下劃線命名風(fēng)格。必須顯式檢查是否有錯(cuò)誤 != nil, 不像在 Python 里，許多類型可以像 bool 那樣檢查 （0, “”, None 都可以被解釋成 “非” 集合）文檔在一些模塊上太散亂了，例如（crypto/md5），但是 IRC 上的 go-nuts 很好用，提供了巨大的幫助。從數(shù)字到字符串的轉(zhuǎn)換（int64 - string） 和 []byte - string （只要使用 string([]byte)）不太一樣。需要使用 strconv。閱讀Go 代碼比起 Python 那樣寫起來(lái)如偽代碼的語(yǔ)言更像一門編程語(yǔ)言， Go 有更多的非字母數(shù)字字符，并且使用 || 和 ， 而不是 “or”和“and”寫一個(gè)文件的話，有 File.Write([]byte) 和 File.WriteString(string)， 這點(diǎn)和 Python 開發(fā)者的 Python 之道：“解決問(wèn)題就一種方法 ”相違背。修改字符串很困難，必須經(jīng)常重排 fmt.Sprintf沒有構(gòu)造函數(shù)，因此慣用法是創(chuàng)建 NewType() 方法來(lái)返回你要的結(jié)構(gòu)Else （或者 else if）必須正確格式化，else 得和 if 配對(duì)的大括號(hào)在同一行。奇怪。賦值運(yùn)算符取決于在函數(shù)內(nèi)還是函數(shù)外，例如，= 和 :=如果我只想要“鍵”或者只想要 “值”，譬如： dict.keys() 或者 dict.values()，或者一個(gè) tuples 的列表，例如：dict.items()，在 Go 語(yǔ)言里沒有等價(jià)的東西，你只能自己枚舉 map 來(lái)構(gòu)造你的列表類型我有時(shí)使用一種習(xí)慣用法：構(gòu)造一個(gè)值是函數(shù)的字典類型，我想通過(guò)給定的鍵值調(diào)用這些函數(shù)，你在 Go 里可以做到，但是所有的函數(shù)必須接受，返回相同的東西，例如：相同的方法簽名如果你使用 JSON 并且 你的 JSON 是一個(gè)復(fù)合類型，恭喜你。 你必須構(gòu)造自定義的結(jié)構(gòu)匹配 JSON 塊里的格式，然后把原始 JSON 解析到你自定義結(jié)構(gòu)的實(shí)例中去。比起 Python 世界里 object = json.loads(json_blob) 要做更多的工作 是不是值得？值得，一百萬(wàn)倍的值得。速度的提升太多了，以致很難舍棄。同時(shí)，我認(rèn)為， Go 是目前趨勢(shì)所在，因此在招新員工的時(shí)候，我認(rèn)為把 Go 當(dāng)作 Repustate 技術(shù)積累的重要一環(huán)會(huì)很有幫助。]

創(chuàng)新互聯(lián)建站是專業(yè)的縉云網(wǎng)站建設(shè)公司，縉云接單;提供網(wǎng)站制作、網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行縉云網(wǎng)站開發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!

徹底理解Golang Map

本文目錄如下，閱讀本文后，將一網(wǎng)打盡下面Golang Map相關(guān)面試題

Go中的map是一個(gè)指針，占用8個(gè)字節(jié)，指向hmap結(jié)構(gòu)體; 源碼 src/runtime/map.go 中可以看到map的底層結(jié)構(gòu)

每個(gè)map的底層結(jié)構(gòu)是hmap，hmap包含若干個(gè)結(jié)構(gòu)為bmap的bucket數(shù)組。每個(gè)bucket底層都采用鏈表結(jié)構(gòu)。接下來(lái)，我們來(lái)詳細(xì)看下map的結(jié)構(gòu)

bmap 就是我們常說(shuō)的“桶”，一個(gè)桶里面會(huì)最多裝 8 個(gè) key，這些 key 之所以會(huì)落入同一個(gè)桶，是因?yàn)樗鼈兘?jīng)過(guò)哈希計(jì)算后，哈希結(jié)果是“一類”的，關(guān)于key的定位我們?cè)趍ap的查詢和插入中詳細(xì)說(shuō)明。在桶內(nèi)，又會(huì)根據(jù) key 計(jì)算出來(lái)的 hash 值的高 8 位來(lái)決定 key 到底落入桶內(nèi)的哪個(gè)位置（一個(gè)桶內(nèi)最多有8個(gè)位置)。

bucket內(nèi)存數(shù)據(jù)結(jié)構(gòu)可視化如下：

注意到 key 和 value 是各自放在一起的，并不是 key/value/key/value/... 這樣的形式。源碼里說(shuō)明這樣的好處是在某些情況下可以省略掉 padding字段，節(jié)省內(nèi)存空間。

當(dāng) map 的 key 和 value 都不是指針，并且 size 都小于 128 字節(jié)的情況下，會(huì)把 bmap 標(biāo)記為不含指針，這樣可以避免 gc 時(shí)掃描整個(gè) hmap。但是，我們看 bmap 其實(shí)有一個(gè) overflow 的字段，是指針類型的，破壞了 bmap 不含指針的設(shè)想，這時(shí)會(huì)把 overflow 移動(dòng)到 extra 字段來(lái)。

map是個(gè)指針，底層指向hmap，所以是個(gè)引用類型

golang 有三個(gè)常用的高級(jí)類型 slice 、map、channel, 它們都是 引用類型 ，當(dāng)引用類型作為函數(shù)參數(shù)時(shí)，可能會(huì)修改原內(nèi)容數(shù)據(jù)。

golang 中沒有引用傳遞，只有值和指針傳遞。所以 map 作為函數(shù)實(shí)參傳遞時(shí)本質(zhì)上也是值傳遞，只不過(guò)因?yàn)?map 底層數(shù)據(jù)結(jié)構(gòu)是通過(guò)指針指向?qū)嶋H的元素存儲(chǔ)空間，在被調(diào)函數(shù)中修改 map，對(duì)調(diào)用者同樣可見，所以 map 作為函數(shù)實(shí)參傳遞時(shí)表現(xiàn)出了引用傳遞的效果。

因此，傳遞 map 時(shí)，如果想修改map的內(nèi)容而不是map本身，函數(shù)形參無(wú)需使用指針

map 底層數(shù)據(jù)結(jié)構(gòu)是通過(guò)指針指向?qū)嶋H的元素 存儲(chǔ)空間 ，這種情況下，對(duì)其中一個(gè)map的更改，會(huì)影響到其他map

map 在沒有被修改的情況下，使用 range 多次遍歷 map 時(shí)輸出的 key 和 value 的順序可能不同。這是 Go 語(yǔ)言的設(shè)計(jì)者們有意為之，在每次 range 時(shí)的順序被隨機(jī)化，旨在提示開發(fā)者們，Go 底層實(shí)現(xiàn)并不保證 map 遍歷順序穩(wěn)定，請(qǐng)大家不要依賴 range 遍歷結(jié)果順序。

map 本身是無(wú)序的，且遍歷時(shí)順序還會(huì)被隨機(jī)化，如果想順序遍歷 map，需要對(duì) map key 先排序，再按照 key 的順序遍歷 map。

map默認(rèn)是并發(fā)不安全的，原因如下：

Go 官方在經(jīng)過(guò)了長(zhǎng)時(shí)間的討論后，認(rèn)為 Go map 更應(yīng)適配典型使用場(chǎng)景（不需要從多個(gè) goroutine 中進(jìn)行安全訪問(wèn)），而不是為了小部分情況（并發(fā)訪問(wèn)），導(dǎo)致大部分程序付出加鎖代價(jià)（性能），決定了不支持。

場(chǎng)景: 2個(gè)協(xié)程同時(shí)讀和寫，以下程序會(huì)出現(xiàn)致命錯(cuò)誤：fatal error: concurrent map writes

如果想實(shí)現(xiàn)map線程安全，有兩種方式：

方式一：使用讀寫鎖 map + sync.RWMutex

方式二：使用golang提供的 sync.Map

sync.map是用讀寫分離實(shí)現(xiàn)的，其思想是空間換時(shí)間。和map+RWLock的實(shí)現(xiàn)方式相比，它做了一些優(yōu)化：可以無(wú)鎖訪問(wèn)read map，而且會(huì)優(yōu)先操作read map，倘若只操作read map就可以滿足要求(增刪改查遍歷)，那就不用去操作write map(它的讀寫都要加鎖)，所以在某些特定場(chǎng)景中它發(fā)生鎖競(jìng)爭(zhēng)的頻率會(huì)遠(yuǎn)遠(yuǎn)小于map+RWLock的實(shí)現(xiàn)方式。

golang中map是一個(gè)kv對(duì)集合。底層使用hash table，用鏈表來(lái)解決沖突 ，出現(xiàn)沖突時(shí)，不是每一個(gè)key都申請(qǐng)一個(gè)結(jié)構(gòu)通過(guò)鏈表串起來(lái)，而是以bmap為最小粒度掛載，一個(gè)bmap可以放8個(gè)kv。在哈希函數(shù)的選擇上，會(huì)在程序啟動(dòng)時(shí)，檢測(cè) cpu 是否支持 aes，如果支持，則使用 aes hash，否則使用 memhash。

map有3鐘初始化方式，一般通過(guò)make方式創(chuàng)建

map的創(chuàng)建通過(guò)生成匯編碼可以知道，make創(chuàng)建map時(shí)調(diào)用的底層函數(shù)是 runtime.makemap 。如果你的map初始容量小于等于8會(huì)發(fā)現(xiàn)走的是 runtime.fastrand 是因?yàn)槿萘啃∮?時(shí)不需要生成多個(gè)桶，一個(gè)桶的容量就可以滿足

makemap函數(shù)會(huì)通過(guò) fastrand 創(chuàng)建一個(gè)隨機(jī)的哈希種子，然后根據(jù)傳入的 hint 計(jì)算出需要的最小需要的桶的數(shù)量，最后再使用 makeBucketArray 創(chuàng)建用于保存桶的數(shù)組，這個(gè)方法其實(shí)就是根據(jù)傳入的 B 計(jì)算出的需要?jiǎng)?chuàng)建的桶數(shù)量在內(nèi)存中分配一片連續(xù)的空間用于存儲(chǔ)數(shù)據(jù)，在創(chuàng)建桶的過(guò)程中還會(huì)額外創(chuàng)建一些用于保存溢出數(shù)據(jù)的桶，數(shù)量是 2^(B-4) 個(gè)。初始化完成返回hmap指針。

找到一個(gè) B，使得 map 的裝載因子在正常范圍內(nèi)

Go 語(yǔ)言中讀取 map 有兩種語(yǔ)法：帶 comma 和 不帶 comma。當(dāng)要查詢的 key 不在 map 里，帶 comma 的用法會(huì)返回一個(gè) bool 型變量提示 key 是否在 map 中；而不帶 comma 的語(yǔ)句則會(huì)返回一個(gè) value 類型的零值。如果 value 是 int 型就會(huì)返回 0，如果 value 是 string 類型，就會(huì)返回空字符串。

map的查找通過(guò)生成匯編碼可以知道，根據(jù) key 的不同類型，編譯器會(huì)將查找函數(shù)用更具體的函數(shù)替換，以優(yōu)化效率：

函數(shù)首先會(huì)檢查 map 的標(biāo)志位 flags。如果 flags 的寫標(biāo)志位此時(shí)被置 1 了，說(shuō)明有其他協(xié)程在執(zhí)行“寫”操作，進(jìn)而導(dǎo)致程序 panic。這也說(shuō)明了 map 對(duì)協(xié)程是不安全的。

key經(jīng)過(guò)哈希函數(shù)計(jì)算后，得到的哈希值如下（主流64位機(jī)下共 64 個(gè) bit 位）：

m: 桶的個(gè)數(shù)

從buckets 通過(guò) hash m 得到對(duì)應(yīng)的bucket，如果bucket正在擴(kuò)容，并且沒有擴(kuò)容完成，則從oldbuckets得到對(duì)應(yīng)的bucket

計(jì)算hash所在桶編號(hào)：

用上一步哈希值最后的 5 個(gè) bit 位，也就是 01010 ，值為 10，也就是 10 號(hào)桶（范圍是0~31號(hào)桶）

計(jì)算hash所在的槽位:

用上一步哈希值哈希值的高8個(gè)bit 位，也就是 10010111 ，轉(zhuǎn)化為十進(jìn)制，也就是151，在 10 號(hào) bucket 中尋找** tophash 值（HOB hash）為 151* 的 槽位**，即為key所在位置，找到了 2 號(hào)槽位，這樣整個(gè)查找過(guò)程就結(jié)束了。

如果在 bucket 中沒找到，并且 overflow 不為空，還要繼續(xù)去 overflow bucket 中尋找，直到找到或是所有的 key 槽位都找遍了，包括所有的 overflow bucket。

通過(guò)上面找到了對(duì)應(yīng)的槽位，這里我們?cè)僭敿?xì)分析下key/value值是如何獲取的：

bucket 里 key 的起始地址就是 unsafe.Pointer(b)+dataOffset。第 i 個(gè) key 的地址就要在此基礎(chǔ)上跨過(guò) i 個(gè) key 的大??；而我們又知道，value 的地址是在所有 key 之后，因此第 i 個(gè) value 的地址還需要加上所有 key 的偏移。

通過(guò)匯編語(yǔ)言可以看到，向 map 中插入或者修改 key，最終調(diào)用的是 mapassign 函數(shù)。

實(shí)際上插入或修改 key 的語(yǔ)法是一樣的，只不過(guò)前者操作的 key 在 map 中不存在，而后者操作的 key 存在 map 中。

mapassign 有一個(gè)系列的函數(shù)，根據(jù) key 類型的不同，編譯器會(huì)將其優(yōu)化為相應(yīng)的“快速函數(shù)”。

我們只用研究最一般的賦值函數(shù) mapassign 。

map的賦值會(huì)附帶著map的擴(kuò)容和遷移，map的擴(kuò)容只是將底層數(shù)組擴(kuò)大了一倍，并沒有進(jìn)行數(shù)據(jù)的轉(zhuǎn)移，數(shù)據(jù)的轉(zhuǎn)移是在擴(kuò)容后逐步進(jìn)行的，在遷移的過(guò)程中每進(jìn)行一次賦值（access或者delete）會(huì)至少做一次遷移工作。

1.判斷map是否為nil

每一次進(jìn)行賦值/刪除操作時(shí)，只要oldbuckets != nil 則認(rèn)為正在擴(kuò)容，會(huì)做一次遷移工作，下面會(huì)詳細(xì)說(shuō)下遷移過(guò)程

根據(jù)上面查找過(guò)程，查找key所在位置，如果找到則更新，沒找到則找空位插入即可

經(jīng)過(guò)前面迭代尋找動(dòng)作，若沒有找到可插入的位置，意味著需要擴(kuò)容進(jìn)行插入，下面會(huì)詳細(xì)說(shuō)下擴(kuò)容過(guò)程

通過(guò)匯編語(yǔ)言可以看到，向 map 中刪除 key，最終調(diào)用的是 mapdelete 函數(shù)

刪除的邏輯相對(duì)比較簡(jiǎn)單，大多函數(shù)在賦值操作中已經(jīng)用到過(guò)，核心還是找到 key 的具體位置。尋找過(guò)程都是類似的，在 bucket 中挨個(gè) cell 尋找。找到對(duì)應(yīng)位置后，對(duì) key 或者 value 進(jìn)行“清零”操作，將 count 值減 1，將對(duì)應(yīng)位置的 tophash 值置成 Empty

再來(lái)說(shuō)觸發(fā) map 擴(kuò)容的時(shí)機(jī)：在向 map 插入新 key 的時(shí)候，會(huì)進(jìn)行條件檢測(cè)，符合下面這 2 個(gè)條件，就會(huì)觸發(fā)擴(kuò)容：

1、裝載因子超過(guò)閾值

源碼里定義的閾值是 6.5 (loadFactorNum/loadFactorDen)，是經(jīng)過(guò)測(cè)試后取出的一個(gè)比較合理的因子

我們知道，每個(gè) bucket 有 8 個(gè)空位，在沒有溢出，且所有的桶都裝滿了的情況下，裝載因子算出來(lái)的結(jié)果是 8。因此當(dāng)裝載因子超過(guò) 6.5 時(shí)，表明很多 bucket 都快要裝滿了，查找效率和插入效率都變低了。在這個(gè)時(shí)候進(jìn)行擴(kuò)容是有必要的。

對(duì)于條件 1，元素太多，而 bucket 數(shù)量太少，很簡(jiǎn)單：將 B 加 1，bucket 最大數(shù)量( 2^B )直接變成原來(lái) bucket 數(shù)量的 2 倍。于是，就有新老 bucket 了。注意，這時(shí)候元素都在老 bucket 里，還沒遷移到新的 bucket 來(lái)。新 bucket 只是最大數(shù)量變?yōu)樵瓉?lái)最大數(shù)量的 2 倍( 2^B * 2 ) 。

2、overflow 的 bucket 數(shù)量過(guò)多

在裝載因子比較小的情況下，這時(shí)候 map 的查找和插入效率也很低，而第 1 點(diǎn)識(shí)別不出來(lái)這種情況。表面現(xiàn)象就是計(jì)算裝載因子的分子比較小，即 map 里元素總數(shù)少，但是 bucket 數(shù)量多（真實(shí)分配的 bucket 數(shù)量多，包括大量的 overflow bucket）

不難想像造成這種情況的原因：不停地插入、刪除元素。先插入很多元素，導(dǎo)致創(chuàng)建了很多 bucket，但是裝載因子達(dá)不到第 1 點(diǎn)的臨界值，未觸發(fā)擴(kuò)容來(lái)緩解這種情況。之后，刪除元素降低元素總數(shù)量，再插入很多元素，導(dǎo)致創(chuàng)建很多的 overflow bucket，但就是不會(huì)觸發(fā)第 1 點(diǎn)的規(guī)定，你能拿我怎么辦？overflow bucket 數(shù)量太多，導(dǎo)致 key 會(huì)很分散，查找插入效率低得嚇人，因此出臺(tái)第 2 點(diǎn)規(guī)定。這就像是一座空城，房子很多，但是住戶很少，都分散了，找起人來(lái)很困難

對(duì)于條件 2，其實(shí)元素沒那么多，但是 overflow bucket 數(shù)特別多，說(shuō)明很多 bucket 都沒裝滿。解決辦法就是開辟一個(gè)新 bucket 空間，將老 bucket 中的元素移動(dòng)到新 bucket，使得同一個(gè) bucket 中的 key 排列地更緊密。這樣，原來(lái)，在 overflow bucket 中的 key 可以移動(dòng)到 bucket 中來(lái)。結(jié)果是節(jié)省空間，提高 bucket 利用率，map 的查找和插入效率自然就會(huì)提升。

由于 map 擴(kuò)容需要將原有的 key/value 重新搬遷到新的內(nèi)存地址，如果有大量的 key/value 需要搬遷，會(huì)非常影響性能。因此 Go map 的擴(kuò)容采取了一種稱為“漸進(jìn)式”的方式，原有的 key 并不會(huì)一次性搬遷完畢，每次最多只會(huì)搬遷 2 個(gè) bucket。

上面說(shuō)的 hashGrow() 函數(shù)實(shí)際上并沒有真正地“搬遷”，它只是分配好了新的 buckets，并將老的 buckets 掛到了 oldbuckets 字段上。真正搬遷 buckets 的動(dòng)作在 growWork() 函數(shù)中，而調(diào)用 growWork() 函數(shù)的動(dòng)作是在 mapassign 和 mapdelete 函數(shù)中。也就是插入或修改、刪除 key 的時(shí)候，都會(huì)嘗試進(jìn)行搬遷 buckets 的工作。先檢查 oldbuckets 是否搬遷完畢，具體來(lái)說(shuō)就是檢查 oldbuckets 是否為 nil。

如果未遷移完畢，賦值/刪除的時(shí)候，擴(kuò)容完畢后（預(yù)分配內(nèi)存），不會(huì)馬上就進(jìn)行遷移。而是采取 增量擴(kuò)容 的方式，當(dāng)有訪問(wèn)到具體 bukcet 時(shí)，才會(huì)逐漸的進(jìn)行遷移（將 oldbucket 遷移到 bucket）

nevacuate 標(biāo)識(shí)的是當(dāng)前的進(jìn)度，如果都搬遷完，應(yīng)該和2^B的長(zhǎng)度是一樣的

在evacuate 方法實(shí)現(xiàn)是把這個(gè)位置對(duì)應(yīng)的bucket，以及其沖突鏈上的數(shù)據(jù)都轉(zhuǎn)移到新的buckets上。

轉(zhuǎn)移的判斷直接通過(guò)tophash 就可以，判斷tophash中第一個(gè)hash值即可

遍歷的過(guò)程，就是按順序遍歷 bucket，同時(shí)按順序遍歷 bucket 中的 key。

map遍歷是無(wú)序的，如果想實(shí)現(xiàn)有序遍歷，可以先對(duì)key進(jìn)行排序

為什么遍歷 map 是無(wú)序的？

如果發(fā)生過(guò)遷移，key 的位置發(fā)生了重大的變化，有些 key 飛上高枝，有些 key 則原地不動(dòng)。這樣，遍歷 map 的結(jié)果就不可能按原來(lái)的順序了。

如果就一個(gè)寫死的 map，不會(huì)向 map 進(jìn)行插入刪除的操作，按理說(shuō)每次遍歷這樣的 map 都會(huì)返回一個(gè)固定順序的 key/value 序列吧。但是 Go 杜絕了這種做法，因?yàn)檫@樣會(huì)給新手程序員帶來(lái)誤解，以為這是一定會(huì)發(fā)生的事情，在某些情況下，可能會(huì)釀成大錯(cuò)。

Go 做得更絕，當(dāng)我們?cè)诒闅v map 時(shí)，并不是固定地從 0 號(hào) bucket 開始遍歷，每次都是從一個(gè)**隨機(jī)值序號(hào)的 bucket 開始遍歷，并且是從這個(gè) bucket 的一個(gè) 隨機(jī)序號(hào)的 cell **開始遍歷。這樣，即使你是一個(gè)寫死的 map，僅僅只是遍歷它，也不太可能會(huì)返回一個(gè)固定序列的 key/value 對(duì)了。

GO語(yǔ)言商業(yè)案例（六）：PayPal

創(chuàng)建 PayPal 的目的是使金融服務(wù)民主化，并使個(gè)人和企業(yè)能夠加入并在全球經(jīng)濟(jì)中蓬勃發(fā)展。這項(xiàng)工作的核心是 PayPal 的支付平臺(tái)，該平臺(tái)使用專有技術(shù)和第三方技術(shù)的組合來(lái)高效、安全地促進(jìn)全球數(shù)百萬(wàn)商家和消費(fèi)者之間的交易。隨著支付平臺(tái)變得越來(lái)越大、越來(lái)越復(fù)雜，PayPal 尋求對(duì)其系統(tǒng)進(jìn)行現(xiàn)代化改造并縮短新應(yīng)用程序的上市時(shí)間。

Go 在生成干凈、高效的代碼方面的有著極高的價(jià)值。這些代碼可以隨著軟件部署的擴(kuò)展而輕松擴(kuò)展，這使得該語(yǔ)言非常適合支持 PayPal 的目標(biāo)。

支付處理平臺(tái)的核心是 PayPal 用 C++ 開發(fā)的專有 NoSQL 數(shù)據(jù)庫(kù)。然而，代碼的復(fù)雜性大大降低了開發(fā)人員發(fā)展平臺(tái)的能力。Go 的簡(jiǎn)單代碼布局、goroutine（輕量級(jí)執(zhí)行線程）和通道（用作連接并發(fā) goroutine 的管道）使 Go 成為 NoSQL 開發(fā)團(tuán)隊(duì)簡(jiǎn)化和現(xiàn)代化平臺(tái)的自然選擇。

作為概念驗(yàn)證，一個(gè)開發(fā)團(tuán)隊(duì)花了六個(gè)月的時(shí)間學(xué)習(xí) Go 并在 Go 中從頭開始重新實(shí)現(xiàn) NoSQL 系統(tǒng)，在此期間，他們還提供了有關(guān)如何在 PayPal 更廣泛地實(shí)施 Go 的見解。截至今天，已遷移 30% 的集群以使用新的 NoSQL 數(shù)據(jù)庫(kù)。

隨著 PayPal 的平臺(tái)變得越來(lái)越復(fù)雜，Go 提供了一種輕松簡(jiǎn)化大規(guī)模創(chuàng)建和運(yùn)行軟件的復(fù)雜性的方法。該語(yǔ)言為 PayPal 提供了出色的庫(kù)和快速工具，以及并發(fā)、垃圾收集和類型安全。

借助 Go，PayPal 使其開發(fā)人員能夠?qū)⒏鄷r(shí)間從 C++ 和 Java 開發(fā)的噪音中解放出來(lái)，從而能夠花更多時(shí)間查看代碼和進(jìn)行戰(zhàn)略性思考。

在這個(gè)新改寫的 NoSQL 系統(tǒng)取得成功后，PayPal 內(nèi)更多的平臺(tái)和內(nèi)容團(tuán)隊(duì)開始采用 Go。Natarajan 目前的團(tuán)隊(duì)負(fù)責(zé) PayPal 的構(gòu)建、測(cè)試和發(fā)布管道——所有這些都是在 Go 中構(gòu)建的。該公司擁有一個(gè)大型構(gòu)建和測(cè)試農(nóng)場(chǎng)，它使用 Go 基礎(chǔ)設(shè)施進(jìn)行完全管理，以支持整個(gè)公司的開發(fā)人員的構(gòu)建即服務(wù)（和測(cè)試即服務(wù)）。

憑借 PayPal 所需的分布式計(jì)算能力，Go 是刷新系統(tǒng)的正確語(yǔ)言。PayPal 需要并發(fā)和并行的編程，為高性能和高度可移植性而編譯，并為開發(fā)人員帶來(lái)模塊化、可組合的開源架構(gòu)的好處——Go 已經(jīng)提供了所有這些以及更多幫助 PayPal 對(duì)其系統(tǒng)進(jìn)行現(xiàn)代化改造。

安全性和可支持性是 PayPal 的關(guān)鍵問(wèn)題，該公司的運(yùn)營(yíng)管道越來(lái)越多地由 Go 主導(dǎo)，因?yàn)樵撜Z(yǔ)言的簡(jiǎn)潔性和模塊化幫助他們實(shí)現(xiàn)了這些目標(biāo)。PayPal 對(duì) Go 的部署為開發(fā)人員提供了一個(gè)創(chuàng)意平臺(tái)，使他們能夠?yàn)?PayPal 的全球市場(chǎng)大規(guī)模生產(chǎn)簡(jiǎn)單、高效和可靠的軟件。

隨著 PayPal 繼續(xù)使用 Go 對(duì)其軟件定義網(wǎng)絡(luò) (SDN) 基礎(chǔ)設(shè)施進(jìn)行現(xiàn)代化改造，除了更易于維護(hù)的代碼外，他們還看到了性能優(yōu)勢(shì)。例如，Go 現(xiàn)在為路由器、負(fù)載平衡和越來(lái)越多的生產(chǎn)系統(tǒng)提供動(dòng)力。

作為一家全球性企業(yè)，PayPal 需要其開發(fā)團(tuán)隊(duì)有效管理兩種規(guī)模：生產(chǎn)規(guī)模，尤其是與許多其他服務(wù)器（如云服務(wù)）交互的并發(fā)系統(tǒng)；和開發(fā)規(guī)模，尤其是由許多程序員協(xié)同開發(fā)的大型代碼庫(kù)（如開源開發(fā)）

PayPal 利用 Go 來(lái)解決這些規(guī)模問(wèn)題。該公司的開發(fā)人員受益于 Go 將解釋型動(dòng)態(tài)類型語(yǔ)言的編程易用性與靜態(tài)類型編譯語(yǔ)言的效率和安全性相結(jié)合的能力。隨著 PayPal 對(duì)其系統(tǒng)進(jìn)行現(xiàn)代化改造，對(duì)網(wǎng)絡(luò)和多核計(jì)算的支持至關(guān)重要。Go 不僅提供了這種支持，而且提供的速度很快——在單臺(tái)計(jì)算機(jī)上編譯一個(gè)大型可執(zhí)行文件最多需要幾秒鐘。

PayPal 目前有 100 多名 Go 開發(fā)人員，未來(lái)選擇采用 Go 的開發(fā)人員將更容易獲得該語(yǔ)言的批準(zhǔn)，這要?dú)w功于公司已經(jīng)在生產(chǎn)中的許多成功實(shí)現(xiàn)。

最重要的是，PayPal 開發(fā)人員使用 Go 提高了他們的生產(chǎn)力。Go 的并發(fā)機(jī)制使得編寫充分利用 PayPal 的多核和聯(lián)網(wǎng)機(jī)器的程序變得很容易。使用 Go 的開發(fā)人員還受益于它可以快速編譯為機(jī)器代碼的事實(shí)，并且他們的應(yīng)用程序獲得了垃圾收集的便利和運(yùn)行時(shí)反射的強(qiáng)大功能。

今天 PayPal 的第一類語(yǔ)言是 Java 和 Node，Go 主要用作基礎(chǔ)設(shè)施語(yǔ)言。雖然 Go 可能永遠(yuǎn)不會(huì)在某些應(yīng)用程序中取代 Node.js，但 Natarajan 正在推動(dòng)讓 Go 成為 PayPal 的第一類語(yǔ)言。

通過(guò)他的努力，PayPal 還在評(píng)估遷移到 Google Kubernetes Engine (GKE) 以加快其新產(chǎn)品的上市時(shí)間。GKE 是一個(gè)用于部署容器化應(yīng)用程序的托管、生產(chǎn)就緒環(huán)境，并帶來(lái)了 Google 在開發(fā)人員生產(chǎn)力、自動(dòng)化操作和開源靈活性方面的最新創(chuàng)新。

對(duì)于 PayPal 而言，部署到 GKE 將使 PayPal 更容易部署、更新和管理其應(yīng)用程序和服務(wù)，從而實(shí)現(xiàn)快速開發(fā)和迭代。此外，PayPal 會(huì)發(fā)現(xiàn)更容易運(yùn)行機(jī)器學(xué)習(xí)、通用 GPU、高性能計(jì)算和其他受益于 GKE 支持的專用硬件加速器的工作負(fù)載。

對(duì) PayPal 來(lái)說(shuō)最重要的是，Go 開發(fā)和 GKE 的結(jié)合使公司能夠輕松擴(kuò)展以滿足需求，因?yàn)?Kubernetes 自動(dòng)擴(kuò)展將使 PayPal 能夠處理用戶對(duì)服務(wù)不斷增長(zhǎng)的需求——在最重要的時(shí)候保持它們可用，然后在安靜的時(shí)間來(lái)省錢。

Docker和LXC有什么不同

從使用范圍來(lái)講，LXC僅可以在Linux環(huán)境中運(yùn)行;而Docker既可以在Linux上運(yùn)行，也可以在Windows、MacOS上運(yùn)行，因此Docker并不依賴于Linux。

從人氣方面來(lái)講，LXC已經(jīng)很老了，由于一些限制，在開發(fā)人員中并沒有被太多的普及;而Docker使容器超越了操作系統(tǒng)級(jí)別，可以說(shuō)Docker是LXC的擴(kuò)展，受到了大眾的歡迎及喜愛。

從方便角度來(lái)講，從VM遷移到LXC非常容易，因?yàn)長(zhǎng)XC胃系統(tǒng)映像運(yùn)行標(biāo)準(zhǔn)的init，這使得可以在Docker上運(yùn)行;而Docker容器在處理應(yīng)用程序時(shí)重量更輕，支持快速節(jié)奏，可以實(shí)現(xiàn)更高的擴(kuò)展性。

總結(jié)來(lái)說(shuō)，LXC提供了Linux

VE的優(yōu)勢(shì)，主要能夠?qū)⑺接泄ぷ髫?fù)載相互隔離，與VM相比，它更便宜、快速，但這樣做就需要一些額外的學(xué)習(xí)和專業(yè)知識(shí)，Docker是對(duì)LXC能力的重大改進(jìn)，它的優(yōu)勢(shì)明顯是因?yàn)樽銐蚝?jiǎn)單，且學(xué)習(xí)成本低、不依賴操作系統(tǒng)。

Golang常用包有哪些

⑴ Go Kit

它本身不是一個(gè)框架，而是一套微服務(wù)工具集，可以用于解決分布式系統(tǒng)開發(fā)中的大多數(shù)常見問(wèn)題，所以使用者可以專注于你的業(yè)務(wù)邏輯中。

⑵ Gingko

是一個(gè)Go測(cè)試框架，目的是幫助我們使用行為驅(qū)動(dòng)開發(fā)風(fēng)格高效地編寫富有表現(xiàn)力和全面的測(cè)試，它有著非常良好的幫助文檔，任何人都可以輕松地在項(xiàng)目中集成使用它。

⑶ NSQ

實(shí)時(shí)分布式消息傳遞平臺(tái)，提供高可用性和可靠的消息傳遞保證，可以水平擴(kuò)展，支持負(fù)載均衡，安裝部署非常方便。

⑷ Goose

Golang中最佳的數(shù)據(jù)庫(kù)遷移包，通過(guò)創(chuàng)建增量SQL更改和Go函數(shù)來(lái)管理數(shù)據(jù)庫(kù)結(jié)構(gòu)，在Go1.16版本以上，還支持了嵌入式sql遷移。

⑸ GORM

是一個(gè)功能齊全的Golang對(duì)象關(guān)系映射庫(kù)，是一種開發(fā)人員友好的工具，用于在不兼容的類型系統(tǒng)之間轉(zhuǎn)換數(shù)據(jù)，專門設(shè)計(jì)用于在類型系統(tǒng)之間切換時(shí)最大限度地減少重寫代碼。

⑹ Authboss

一個(gè)模塊化的身份驗(yàn)證包，使用它你可以快速地在項(xiàng)目中進(jìn)行身份驗(yàn)證管理。它有幾個(gè)常見的身份驗(yàn)證和授權(quán)模塊供開發(fā)人員選擇。

⑺ cli

是一個(gè)簡(jiǎn)單快捷的命令行管理包，用于為Go語(yǔ)言構(gòu)建命令行應(yīng)用程序，允許開發(fā)人員開發(fā)自己的富有表現(xiàn)力的命令行應(yīng)用程序，用于創(chuàng)建標(biāo)志、bash完成例程并生成幫助文本。

⑻ Vegeta

是一個(gè)用于HTTP負(fù)載測(cè)試的工具包，這個(gè)多功能工具專為測(cè)試具有恒定請(qǐng)求率的HTTP服務(wù)而設(shè)計(jì)。它可以有效地分析程序中的潛在問(wèn)題，是一個(gè)始終貫穿以提高整體性能為目的的包。

編程都有哪些語(yǔ)言？

編程常用語(yǔ)言有：1、PHP語(yǔ)言，是一種通用開源腳本語(yǔ)言；2、C語(yǔ)言，一門面向過(guò)程的、抽象化的通用程序設(shè)計(jì)語(yǔ)言；3、JAVA語(yǔ)言，一種可以撰寫跨平臺(tái)應(yīng)用軟件的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言；4、Go語(yǔ)言，是開源編程語(yǔ)言；5、Python，一種跨平臺(tái)計(jì)算機(jī)程序設(shè)計(jì)語(yǔ)言等。 C語(yǔ)言是一門面向過(guò)程的、抽象化的通用程序設(shè)計(jì)語(yǔ)言，廣泛應(yīng)用于底層開發(fā)。 C語(yǔ)言能以簡(jiǎn)易的方式編譯、處理低級(jí)存儲(chǔ)器。 C語(yǔ)言是僅產(chǎn)生少量的機(jī)器語(yǔ)言以及不需要任何運(yùn)行環(huán)境支持便能運(yùn)行的高效率程序設(shè)計(jì)語(yǔ)言

一、Java最流行

與一年前一樣，Java仍然是最流行的編程語(yǔ)言。據(jù)TIOBE的數(shù)據(jù)顯示，幾十年來(lái)，Java比其他語(yǔ)言更常名列榜首。許多知名公司使用Java來(lái)開發(fā)軟件和應(yīng)用程序，所以如果你碰巧使用Java，絕對(duì)不必為找工作而苦惱。Java受歡迎的主要原因是它擁有可移植性、可擴(kuò)展性和龐大的用戶社區(qū)。

二、經(jīng)典的C語(yǔ)言

作為最古老的編程語(yǔ)言之一，C依然高居榜首，這歸功于其可移植性以及微軟、Oracle和蘋果等科技巨頭采用它。它與幾乎所有系統(tǒng)兼容，很適合操作系統(tǒng)和嵌入式系統(tǒng)。

由于運(yùn)行時(shí)環(huán)境相對(duì)小巧，因此C是保持這種系統(tǒng)精簡(jiǎn)的完美選擇。強(qiáng)烈建議初學(xué)者學(xué)C，它實(shí)際上是編程語(yǔ)言的通用語(yǔ)言，已催生出了同樣很受歡迎的衍生語(yǔ)言，比如C++和C#。

三、C ++繼續(xù)占主導(dǎo)地位

這種面向?qū)ο缶幊陶Z(yǔ)言在20世紀(jì)80年代開發(fā)而成，現(xiàn)在仍應(yīng)用于從桌面Web應(yīng)用程序到服務(wù)器基礎(chǔ)設(shè)施的眾多系統(tǒng)。由于靈活性、高性能以及可用于多種環(huán)境，C ++依然很吃香。以C++為業(yè)的工作通常需要開發(fā)面向性能密集型任務(wù)的桌面應(yīng)用程序。掌握C++可以更深入地了解編程語(yǔ)言，幫助獲得低級(jí)內(nèi)存處理方面的技能。

四、Python：不斷上升

過(guò)去15年來(lái)，Python的受歡迎程度穩(wěn)步上升。過(guò)去這幾年，它一直能夠躋身TIOBE指數(shù)前5名的位置。作為如今人工智能、機(jī)器學(xué)習(xí)、大數(shù)據(jù)和機(jī)器人等一些最有前途的技術(shù)背后的主要語(yǔ)言，Python近年來(lái)積累了龐大的粉絲群。你會(huì)驚訝地發(fā)現(xiàn)學(xué)習(xí)Python很容易，這就是為什么許多經(jīng)驗(yàn)豐富的開發(fā)人員選擇Python作為第二或第三語(yǔ)言的原因。

五、C#：游戲開發(fā)人員的寵兒

C#是一種現(xiàn)代的面向?qū)ο缶幊陶Z(yǔ)言，由微軟開發(fā)，與當(dāng)時(shí)商業(yè)軟件開發(fā)人員廣泛使用的Java相抗衡。它專為在微軟平臺(tái)上開發(fā)應(yīng)用程序而設(shè)計(jì)，需要Windows上的.NET框架才能工作。與前一年一樣，C#保持穩(wěn)定的位置，名次沒有重大變化。可以使用C#開發(fā)幾乎所有應(yīng)用程序，但它尤其擅長(zhǎng)于Windows桌面應(yīng)用程序和游戲開發(fā)。

六、Visual Basic .NET

Visual Basic .NET與去年一樣，在指數(shù)中繼續(xù)保持第六位。它是微軟的OOP語(yǔ)言之一，結(jié)合了基于.NET框架的類和運(yùn)行時(shí)環(huán)境的強(qiáng)大功能。它自VB6衍生而來(lái)，擅長(zhǎng)開發(fā)GUI應(yīng)用程序，為程序員簡(jiǎn)化了任務(wù)，并提高生產(chǎn)力。對(duì)于程序員來(lái)說(shuō)，除了Web服務(wù)和Web開發(fā)外，還為針對(duì)Windows平臺(tái)開發(fā)桌面應(yīng)用程序提供了一種快速簡(jiǎn)單的方法。

七、用于Web開發(fā)的PHP

據(jù)TIOBE顯示，PHP在TIOBE最受歡迎的編程語(yǔ)言排行榜中位居第七，取代JavaScript成為更受歡迎的腳本語(yǔ)言。 PHP主要用在服務(wù)器端上用于Web開發(fā)，約占網(wǎng)站總數(shù)的80%。

Facebook最初使用的就是PHP，PHP在WordPress內(nèi)容管理系統(tǒng)中扮演的角色讓它很受歡迎。PHP提供了幾個(gè)框架，比如Laravel和Drupal，幫助開發(fā)人員更快地構(gòu)建應(yīng)用程序，擁有更高的可擴(kuò)展性和可靠性。因此，如果你在找Web開發(fā)方面的職位，PHP是不錯(cuò)的選擇。

八、JavaScript必不可少

今年JavaScript的使用量有所下降，名次比去年有所下滑。但是現(xiàn)在所有軟件開發(fā)人員都以某種方式使用JavaScript。與HTML和CSS一起使用，JavaScript對(duì)于前端Web開發(fā)來(lái)說(shuō)必不可少，以便創(chuàng)建交互式網(wǎng)頁(yè)，并向用戶動(dòng)態(tài)顯示內(nèi)容。

超過(guò)90%的網(wǎng)站使用這種語(yǔ)言，它也是初學(xué)者開始上手的最友好的編程語(yǔ)言之一。所以，如果你掌握J(rèn)avaScript，根本不缺機(jī)會(huì)。然而，你需要學(xué)習(xí)其他支持性的語(yǔ)言和框架，才能成為主攻桌面和移動(dòng)應(yīng)用程序或游戲開發(fā)的專業(yè)的前端開發(fā)人員。

九、SQL

SQL奪得第九名，實(shí)現(xiàn)了顯著的增長(zhǎng)，畢竟去年它未能躋身于TIOBE指數(shù)20大編程語(yǔ)言。盡管存在其他數(shù)據(jù)庫(kù)技術(shù)，但用于管理數(shù)據(jù)庫(kù)的這種標(biāo)準(zhǔn)查詢語(yǔ)言在過(guò)去四十年一直處于主導(dǎo)地位。

原因在于它具有簡(jiǎn)單性、可靠性、無(wú)處不在，以及對(duì)保持這種開源語(yǔ)言活力大有幫助的活躍社區(qū)。與其他語(yǔ)言相比，初學(xué)者通常更容易學(xué)習(xí)SQL;就職業(yè)發(fā)展而言，像數(shù)據(jù)分析員這類高薪職位要求SQL非懂不可。

十、GO編程語(yǔ)言

Go是谷歌公司推出的一款相對(duì)較新的語(yǔ)言，對(duì)于web服務(wù)器開發(fā)、網(wǎng)絡(luò)開發(fā)以及命令行程序開發(fā)來(lái)說(shuō)，它是又一個(gè)比較優(yōu)秀的選擇

分享文章：遷移go語(yǔ)言,java轉(zhuǎn)go語(yǔ)言
網(wǎng)頁(yè)鏈接：http://www.rwnh.cn/article46/dssdshg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設(shè)計(jì)、網(wǎng)站排名、網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、面包屑導(dǎo)航、營(yíng)銷型網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)