go是多線程還是協(xié)程？3.1 concept在Go程序中，它由輕量級(jí)線程實(shí)現(xiàn)，由Go運(yùn)行時(shí)管理。3.2與進(jìn)程和線程的區(qū)別1）進(jìn)程有自己的獨(dú)立堆棧，既不共享堆棧，也不共享堆棧。由操作系統(tǒng)安排。2）線程有

go是多線程還是協(xié)程？

3.1 concept

在Go程序中，它由輕量級(jí)線程實(shí)現(xiàn)，由Go運(yùn)行時(shí)管理。

3.2與進(jìn)程和線程的區(qū)別

1）進(jìn)程有自己的獨(dú)立堆棧，既不共享堆棧，也不共享堆棧。由操作系統(tǒng)安排。

2）線程有自己的獨(dú)立堆棧和共享堆。共享堆和非共享堆由操作系統(tǒng)調(diào)度。

2）協(xié)同程序共享堆，但不共享堆棧。

3.3主線程與協(xié)程的關(guān)系

3.4協(xié)程輕于線程的原因

3.4.1線程的并發(fā)進(jìn)程

線程是內(nèi)核提供的服務(wù)。應(yīng)用程序通過系統(tǒng)調(diào)用使內(nèi)核啟動(dòng)線程，內(nèi)核負(fù)責(zé)線程調(diào)度和切換。當(dāng)線程正在等待I/O操作時(shí)，當(dāng)線程變?yōu)椴豢擅麪顟B(tài)時(shí)，將觸發(fā)上下文切換。現(xiàn)代操作系統(tǒng)一般采用搶占式調(diào)度。上下文切換通常發(fā)生在時(shí)鐘中斷和系統(tǒng)調(diào)用返回之前。調(diào)度器計(jì)算當(dāng)前線程的時(shí)間片。如果需要切換，則從隊(duì)列中選擇一個(gè)目標(biāo)線程，保存當(dāng)前線程的環(huán)境，并恢復(fù)目標(biāo)線程的運(yùn)行環(huán)境。最典型的方法是將ESP切換為指向目標(biāo)線程內(nèi)核堆堆棧，將EIP指向上次調(diào)度時(shí)目標(biāo)線程的指令地址。

3.4.2協(xié)程并發(fā)進(jìn)程

不依賴于操作系統(tǒng)及其提供的線程。golang自己實(shí)現(xiàn)的CSP并發(fā)模型：m，P，g

go corroutine也稱為用戶模式線程，在用戶模式下進(jìn)行corroutine之間的切換。在用戶模式下，沒有時(shí)鐘中斷、系統(tǒng)調(diào)用等機(jī)制，效率高。

3.5 go協(xié)程占用內(nèi)存較少的原因

執(zhí)行g(shù)o協(xié)程只需要很少的堆棧內(nèi)存（約4-5kb）。默認(rèn)情況下，線程堆棧大小為1MB。

goroutine是在堆上分配的一段代碼、一個(gè)函數(shù)項(xiàng)和一個(gè)堆棧。因此，我們可以輕松地創(chuàng)建數(shù)以萬計(jì)的goroutine，但它們不是由操作系統(tǒng)調(diào)度的。

簡述python進(jìn)程，線程和協(xié)程的區(qū)別及應(yīng)用場景？

1. 線程和進(jìn)程：線程屬于進(jìn)程。線程在進(jìn)程空間中運(yùn)行。同一進(jìn)程生成的線程共享相同的內(nèi)存空間。當(dāng)一個(gè)進(jìn)程退出時(shí)，該進(jìn)程生成的所有線程都將被強(qiáng)制退出并清除。一個(gè)線程可以與屬于同一進(jìn)程的其他線程共享該進(jìn)程所擁有的所有資源，但它基本上不擁有系統(tǒng)資源，在操作中只有很少的基本信息（如程序計(jì)數(shù)器、一組寄存器和堆棧）。

2. 線程、進(jìn)程和協(xié)程：線程和進(jìn)程的操作是由程序觸發(fā)的，最后一個(gè)執(zhí)行者是系統(tǒng)；協(xié)程的操作是程序員

協(xié)程存在的意義：對(duì)于多線程應(yīng)用，CPU通過切片在線程之間切換執(zhí)行，切換線程需要時(shí)間（保持狀態(tài)，下次繼續(xù)）。對(duì)于協(xié)同程序，只有一個(gè)線程用于指定一個(gè)線程中代碼塊的執(zhí)行順序。

協(xié)同程序的應(yīng)用場景：當(dāng)程序中存在大量不需要CPU的操作（IO）時(shí)，適合協(xié)同程序；

為什么Java堅(jiān)持多線程不選擇協(xié)程？

自從java發(fā)明的第一天起，就被定義為多線程網(wǎng)絡(luò)編程語言。Java最大的特點(diǎn)不是跨平臺(tái)，而是它的多線程模型（當(dāng)時(shí)，C中沒有線程，正如我們現(xiàn)在看到的，C還沒有出現(xiàn)）。因?yàn)榻陙碥浖a(chǎn)業(yè)的增長主要來自于網(wǎng)絡(luò)編程。網(wǎng)絡(luò)編程中最常見的模式是客戶機(jī)/服務(wù)器（client/server，又稱C/s），這種編程模式需要在服務(wù)器端同時(shí)接受客戶機(jī)的請(qǐng)求，即具有良好的并發(fā)特性，主要依賴于多線程技術(shù)。Java的主戰(zhàn)場是服務(wù)器端編程。因此，多線程技術(shù)對(duì)Java來說是非常重要和不可缺少的。

當(dāng)我們要引入?yún)f(xié)處理時(shí)，我們要解決哪些問題。我認(rèn)為這只不過是以下幾點(diǎn)：

節(jié)省資源，重量輕，具體來說：節(jié)省內(nèi)存，每個(gè)線程需要分配一段堆棧內(nèi)存，內(nèi)核中的一些資源，節(jié)省分配線程的開銷（創(chuàng)建和銷毀線程每次需要做一個(gè)系統(tǒng)調(diào)用），節(jié)省了線程切換帶來的大量開銷，配合NiO實(shí)現(xiàn)無阻塞編程，提高了系統(tǒng)的吞吐量，使用起來更方便。另外，async await（異步運(yùn)行，但寫起來感覺是同步的）我們分開來談。

讓我們從記憶開始。以javaweb編程為例，Tomcat上woker線程池的最大線程數(shù)一般配置在50到500之間（spring boot的默認(rèn)值是200）。也就是說，可以同時(shí)接受的請(qǐng)求太多了。如果超過最大值，請(qǐng)求將被拒絕。如果每個(gè)線程提供128KB，則500個(gè)線程的內(nèi)存消耗約為60MB。如果存在瓶頸，可能在CPU、IO、帶寬、DB-CPU等方面存在瓶頸，但是對(duì)于通常為數(shù)GB的Java運(yùn)行時(shí)進(jìn)程來說，內(nèi)存量的增加似乎不是一個(gè)大問題。

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

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

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

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

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

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

python異步協(xié)程跟多進(jìn)程、多線程哪個(gè)效率高？

Python多線程不能有效，因?yàn)樗幸粋€(gè)Gil鎖，所以不能并發(fā)執(zhí)行。

排除一個(gè)，留下異步進(jìn)程。效率的高低取決于計(jì)算密集型任務(wù)和進(jìn)程間通信的頻率。

還要記住，單個(gè)進(jìn)程是異步的，只有一個(gè)核心在滿負(fù)荷工作，而多進(jìn)程可以利用多核功能。

最后，可以混合使用多處理和異步。這種結(jié)構(gòu)與go有點(diǎn)類似，可能是最有效的組合。