Golang真的好用嗎？最近剛剛寫完go，有點(diǎn)上癮.自己一直是javaer，做這塊有10年了，下面說說個(gè)人對(duì)這三門語言的理解.go語言，幾個(gè)鮮明的特性， 垃圾回收 跨平臺(tái) 并發(fā)完美支持 編譯迅速.垃圾

Golang真的好用嗎？

最近剛剛寫完go，有點(diǎn)上癮.自己一直是javaer，做這塊有10年了，下面說說個(gè)人對(duì)這三門語言的理解.go語言，幾個(gè)鮮明的特性， 垃圾回收 跨平臺(tái) 并發(fā)完美支持 編譯迅速.

• 垃圾回收就不說了，java也有，這可以讓我們不用過度的關(guān)心內(nèi)存管理.
• 跨平臺(tái)，java python 也有可以，但他們需要安裝對(duì)應(yīng)的支持庫.java jre環(huán)境 python2 python3 環(huán)境. 而go編譯出來的包，直接可用.
• 并發(fā)支持，java 并發(fā)最小單元是線程，cpu切換是有代價(jià)，數(shù)量控制不好，出問題是頭疼的一個(gè)點(diǎn).go是多了一個(gè)協(xié)程的概念，是用戶級(jí)的線程.可以任意切換，cpu沒有什么代價(jià).可以很舒服的開發(fā)高并發(fā)應(yīng)用.就這個(gè)特性我覺得后面很多服務(wù)器的程序會(huì)傾向于go.
• 編譯迅速，java也編譯也很快，但他是編譯器選擇性進(jìn)行編譯或進(jìn)行解釋執(zhí)行的，沒有可比性.python純解釋性語言.性能上解釋性語言是沒法跟編譯性語言相比的.go兼顧編譯性語言性能好的特點(diǎn)，編譯比c c 快太多了.非常惹人喜愛.

所以go優(yōu)點(diǎn)是很多，后面很多程序應(yīng)用都是會(huì)傾向于他，特別是他的協(xié)程概念，釋放了多核處理器的能力.未來我看好他的發(fā)展.當(dāng)然java有很完整的生態(tài)，目前來說構(gòu)建大型的復(fù)雜系統(tǒng)還是少不了他，大數(shù)據(jù)這塊很多框架都是基于Java.python呢，在爬蟲，機(jī)器學(xué)習(xí)，ai領(lǐng)域有很多成熟的框架庫，要是搞機(jī)器學(xué)習(xí)，也還得學(xué)他.

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

關(guān)于 golang 中 slice 的擴(kuò)容，通過閱讀源碼 runtime 中的 growslice，我們能得出如下規(guī)律：

在老 slice 容量小于1024 的時(shí)候，新 slice 的容量是老 slice 的2倍。超過 1024 后，網(wǎng)上一般認(rèn)為按 1.25 倍增長(zhǎng)，通過源碼和實(shí)際驗(yàn)證，我們發(fā)現(xiàn)，擴(kuò)容策略并不是簡(jiǎn)單的擴(kuò)為原切片容量的 2 倍或 1.25 倍，還有內(nèi)存對(duì)齊的操作。因此，規(guī)律是：擴(kuò)容后的容量 >= 原容量的 2 倍或 1.25 倍。

golang中怎么判斷一個(gè)變量是array還是slice？

區(qū)分?jǐn)?shù)組和切片的區(qū)別:

1.數(shù)組是固定長(zhǎng)度的，長(zhǎng)度一旦確定無法修改，無法變長(zhǎng)也無法變短。而切片容量大小是可以伸縮的

2.數(shù)組是值類型，切片是指針類型

(1)通過反射弧判斷Array還是Slice

(2)Array、Slice指定長(zhǎng)度和不指定長(zhǎng)度初始化的不同

(3)函數(shù)傳值

Array值傳遞

Slice指針傳遞