作為開發(fā)，項目中接觸不到多線程和高并發(fā)，我該怎么去掌握？所有人都有這個痛點，但痛點不同。沒有辦法。程序員就是這樣。項目開發(fā)是一個人負(fù)責(zé)開發(fā)部分內(nèi)容模塊。大項目是可以的。每個人都會發(fā)展出更多的東西。小型

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

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

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

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

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

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

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

3.1 concept

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

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

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

2）線程有自己的獨立堆棧和共享堆。共享堆和非共享堆由操作系統(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)核啟動線程，內(nèi)核負(fù)責(zé)線程調(diào)度和切換。當(dāng)線程正在等待I/O操作時，當(dāng)線程變?yōu)椴豢擅麪顟B(tài)時，將觸發(fā)上下文切換?，F(xiàn)代操作系統(tǒng)一般采用搶占式調(diào)度。上下文切換通常發(fā)生在時鐘中斷和系統(tǒng)調(diào)用返回之前。調(diào)度器計算當(dāng)前線程的時間片。如果需要切換，則從隊列中選擇一個目標(biāo)線程，保存當(dāng)前線程的環(huán)境，并恢復(fù)目標(biāo)線程的運行環(huán)境。最典型的方法是將ESP切換為指向目標(biāo)線程內(nèi)核堆堆棧，將EIP指向上次調(diào)度時目標(biāo)線程的指令地址。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

多線程編程的時候，使用無鎖結(jié)構(gòu)會不會比有鎖結(jié)構(gòu)更加快？

這是毫無疑問的，因為線程鎖定是資源密集型的

！那么，如何避免鎖的性能下降呢？

1、從業(yè)務(wù)上避免大量鎖結(jié)構(gòu)

！2. 使用ThreadLocal，可以保證每個線程中的數(shù)據(jù)不會互相污染

！3. 如果讀多寫少，請使用讀寫鎖

！4. 自旋鎖將挑戰(zhàn)CPU，盡管它是一個線程時間很少的鎖

！5. 鎖的粒度應(yīng)該盡可能?。嚎梢栽诜椒ㄖ械逆i不應(yīng)該占用整個方法