Go語言的切片的擴(kuò)容的倍數(shù)有什么規(guī)律？在golang的slice擴(kuò)展上，通過在源代碼運(yùn)行時(shí)讀取growslice，可以得到如下規(guī)則：當(dāng)舊片的容量小于1024時(shí)，新片的容量是舊片的兩倍。超過1024后，

Go語言的切片的擴(kuò)容的倍數(shù)有什么規(guī)律？

在golang的slice擴(kuò)展上，通過在源代碼運(yùn)行時(shí)讀取growslice，可以得到如下規(guī)則：

當(dāng)舊片的容量小于1024時(shí)，新片的容量是舊片的兩倍。超過1024后，一般認(rèn)為在互聯(lián)網(wǎng)上增長(zhǎng)1.25倍。通過源代碼和實(shí)際驗(yàn)證，我們發(fā)現(xiàn)擴(kuò)展策略不是簡(jiǎn)單地?cái)U(kuò)展到原來片容量的2倍或1.25倍，而是內(nèi)存對(duì)齊的操作。因此，規(guī)則是：擴(kuò)容后的容量>=原容量的2倍或1.25倍。

golang切片擴(kuò)容時(shí)底層內(nèi)存地址是連續(xù)的么？會(huì)不會(huì)出現(xiàn)不連續(xù)的情況？

它必須是連續(xù)的。切片底層數(shù)組，數(shù)組尋址是通過連續(xù)地址空間實(shí)現(xiàn)的。因此，它必須是連續(xù)的。因此，追加時(shí)可能會(huì)發(fā)生復(fù)制，成本相對(duì)較高。我一般建議大家盡量猜測(cè)可能的產(chǎn)能，提前分配，避免產(chǎn)能擴(kuò)張。

Go語言的slice為什么有這樣的奇怪問題呢？

在閱讀了我添加的打印輸出后，我不知道問題所有者是否理解為什么會(huì)這樣。

第68行s加9后，s的存儲(chǔ)容量擴(kuò)大到4。此時(shí)，s中只有三個(gè)整數(shù)，也就是說，再加一個(gè)整數(shù)就不會(huì)展開。如果沒有擴(kuò)展，則加法后生成的片的地址不會(huì)更改。第72行的輸出證實(shí)了這一點(diǎn)。但是，雖然擴(kuò)展的片具有相同的地址，但它們的長(zhǎng)度不同。S仍然包含三個(gè)整數(shù)，而x已經(jīng)包含四個(gè)整數(shù)。在第75行中，當(dāng)附加s時(shí)，我們說s的存儲(chǔ)容量是4。目前，只有三個(gè)整數(shù)，因此附加的數(shù)據(jù)將不會(huì)展開。相反，數(shù)據(jù)將存儲(chǔ)在第四個(gè)成員的地址上。如果不擴(kuò)大，地址就不會(huì)改變，所以12個(gè)直接覆蓋11個(gè)。這就是為什么X和y最終是一樣的。

我不知道我的答案是否清楚。如果有什么不清楚的地方，請(qǐng)指正。

Suface go怎么擴(kuò)充內(nèi)存？

理論上，它不能被添加。內(nèi)存和硬盤都在板上。除非你找到一個(gè)有技能的人來替換機(jī)上的，否則你完全可以替換它。不過，價(jià)格并不便宜。沒有必要再加上圍棋。畢竟，CPU根本不工作。依賴堆內(nèi)存是沒有用的。

Golang真的好用嗎？

最近，我剛寫完go。我有點(diǎn)上癮了。我已經(jīng)做了10年了。讓我們來談?wù)勎覍?duì)這三種語言的理解，語言的幾個(gè)鮮明的特點(diǎn)，垃圾收集跨平臺(tái)并發(fā)的完美支持，它編譯速度快。

為什么Go語言能夠流行起來？

]，這是方便和耀眼的。

事實(shí)上，我一學(xué)，就詳細(xì)地讀了slice，也就是slice。說真的，看了一眼，我覺得它除了炫目的技術(shù)之外，沒有什么實(shí)際意義。如果你真的需要，你可以在第三個(gè)分機(jī)上做。主要是太危險(xiǎn)了。

這種事情非常危險(xiǎn)。由于基礎(chǔ)陣列是共享的，因此如果需要擴(kuò)展容量，則會(huì)自動(dòng)復(fù)制基礎(chǔ)陣列。否則，就是分享。在實(shí)際使用中，如果你失去理智，很容易出錯(cuò)。我們需要考慮如何使用這個(gè)切片。

后來，我在官網(wǎng)上看到了slice的一些很酷的用法，我想，你的方法有什么問題嗎？但是這個(gè)東西性能很好。代碼很酷。