Golang真的好用嗎？我最近剛結(jié)束圍棋。我有點(diǎn)上癮了。我已經(jīng)做了10年javaer了。讓我們談?wù)勎覀€人對這三種語言的理解。Go語言有幾個獨(dú)特的特性，完美的支持跨平臺并發(fā)的垃圾收集，編譯速度快。所以G

Golang真的好用嗎？

我最近剛結(jié)束圍棋。我有點(diǎn)上癮了。我已經(jīng)做了10年javaer了。讓我們談?wù)勎覀€人對這三種語言的理解。Go語言有幾個獨(dú)特的特性，完美的支持跨平臺并發(fā)的垃圾收集，編譯速度快。所以Go有很多優(yōu)點(diǎn)。未來的許多應(yīng)用程序都傾向于去，尤其是它的協(xié)同程序概念，它釋放了多核處理器的能力。我對未來的發(fā)展持樂觀態(tài)度。當(dāng)然，Java有一個非常完整的生態(tài)系統(tǒng)。目前，構(gòu)建大規(guī)模復(fù)雜系統(tǒng)是必不可少的。很多大數(shù)據(jù)框架都是基于Java的Java.python文件那爬蟲呢，機(jī)器學(xué)習(xí)。人工智能領(lǐng)域有許多成熟的框架庫。如果我們從事機(jī)器學(xué)習(xí)，我們必須向他們學(xué)習(xí)。

作為開發(fā)，項(xiàng)目中接觸不到多線程和高并發(fā)，我該怎么去掌握？

所有人都有這個痛點(diǎn)，但痛點(diǎn)是不同的。沒有辦法。程序員就是這樣。項(xiàng)目開發(fā)人員負(fù)責(zé)開發(fā)部分模塊的內(nèi)容。大項(xiàng)目是可以的。每個人都會發(fā)展出更多的東西。小型項(xiàng)目沒有高并發(fā)性和多線程開發(fā)。

以前做輕應(yīng)用開發(fā)的時候，我想在微信平臺上開發(fā)，但是沒有成功。我不得不服從公司的安排。我只能從頭到尾在金蝶移動云上寫輕量應(yīng)用。雖然我覺得它幾乎是基于某個平臺，但我心里還是有一個缺口。

開發(fā)人員希望接觸一些他們沒有做過的事情來提高技術(shù)。然而，現(xiàn)實(shí)是殘酷的。遇到項(xiàng)目時，公司有現(xiàn)成的技術(shù)。成熟的開發(fā)者肯定不會讓不熟悉某項(xiàng)技術(shù)的人去開發(fā)。

作為開發(fā)者，他們只能利用業(yè)余時間學(xué)習(xí)，搭建自己的電腦虛擬環(huán)境，安裝好數(shù)據(jù)庫，找一些數(shù)據(jù)導(dǎo)入，私下探索，或者拿別人的程序模仿學(xué)習(xí)。

當(dāng)程序員在工作中遇到不熟悉的技術(shù)時，他們總是同時學(xué)習(xí)和做。這是正常情況。沒有別的辦法了。

Golang是單線程模型還是多線程模型？

直接的答案是：golang基于多線程模型。

Golang有一個環(huán)境變量gomaxprocs，它決定go運(yùn)行時最多可以啟動幾個線程來運(yùn)行g(shù)oroutine。

但是，golang中沒有線程的概念，它使用協(xié)同程序，即goroutine。

我們先來看看進(jìn)程、線程和協(xié)同路由的概念：：：類似于線程，共享堆，而不是共享堆棧，協(xié)同路由的切換是由go調(diào)度器調(diào)度的。

因此，圍棋項(xiàng)目是一個過程。進(jìn)程中有多個線程，進(jìn)程中有多個協(xié)程。一個或多個協(xié)程對應(yīng)于一個線程。

為了解釋GO線程模型，我們通常使用以下符號：

goroutin

manage and schedule m，P，g

從關(guān)系中，我們可以看到下圖：

一個OS線程綁定到一個上下文，多個協(xié)議可以鏈接到一個上下文，這些協(xié)議由GO調(diào)度程序分配和調(diào)度。

go一個通道可以給多個線程發(fā)消息么？

想法不同。go本身的關(guān)鍵字相當(dāng)于多線程。你想怎么開始都行。每個會話和連接對應(yīng)一個虛擬線程并不重要。運(yùn)行時層根據(jù)需求和CPU處理能力進(jìn)行動態(tài)調(diào)度，這比多線程網(wǎng)絡(luò)庫要好得多

在go語言中，協(xié)作的英文名稱是gorutine，通常用于多任務(wù)處理。在go語言中，沒有線程的概念，因此多線程不用于并發(fā)。