1.0 從并發編程本質了解Go高性能的本質

1.1 Goroutine

協程可以理解為輕量級線程；

Go更適合高并發場景原因之一：Go語言一次可以創建上萬協成；

“快速”：開多個協成 打印。

go func(): 在函數前加 go 代表創建協程;

time.Sleep(): 協程阻塞，使主協程在子協程結束前阻塞不退出；

亂序輸出說明并行；

1.2 協程通信 CSP (Communicating Sequential Processes)

通過通信共享內存：Channel通道遵循先入先出保證順序

1.3Channel

Channel創建需要通過make()函數；

無緩沖通道也稱同步通道；有緩沖：緩沖滿了之后要拿走才能存。

通過通信共享內存 例子：

M主函數作為消費者 實際中業務比較復雜，所以會比生產者AB慢；我們用 帶緩沖的通道 就不會因消費者M的消費速度影響生產者的執行效率;

1.4 并發安全Lock

addWithLock() 通過臨界區控制實現；在 每次 x+=1前后加解鎖；

addWithOutLock() 沒加鎖； Add 測試函數；對兩種實現做5個協程并發執行；

結果為：加鎖時輸出預期結果10000；體現不加鎖的并發安全問題

1.5 WaitGroup實現并發任務的同步

計算器=0表示所有并發任務結束；

1.5.1阻塞的優化

好的，以上就是對go并發編程相關概念的介紹，這里簡單做個小結

整個章節主要涉及3個方面，一個是協程，通過高效的調度模型實現高并發操作，一個是通道channel.通過通信實現共享內存;最后svnc相關關鍵字，實現并發安全操作和協程間的同步

2.0 依賴管理

這一章我們主要講解go的依賴管理，主要涉及go依賴管理的演進路線和go module實踐

依賴指各種開發包

對于hello world以及類似的單體函數只需要依賴原生SDK，而實際工程會相對復雜，我們不可能基于標準庫0~1編碼搭建，而更多的關注業務邏輯的實現，而其他的涉及框架、日志、driver、以及collection等一系列依賴都會通過sdk的方式引入，這樣對依賴包的管理就顯得尤為重要

2.1 Go依賴管理演進

2.1.1 GoPATH

GOPATH是Go語言支持的一個環境變量，value是Go項目的工作區。

目錄有以下結構:

src: 存放Go項目的源碼；pkg: 存放編譯的中間產物，加快編譯速度;

bin: 存放Go項目編譯生成的二進制文件，

大家想想用gopath依賴管理有哪些弊端呢?

弊端

如圖，同一個pkg，有2個版本，A-> A0,B-> B0.

而src下只能有1個版本存在，那AB項目無法保證都能編譯通過。也就是在gopath管理模式下，如果多個項目依賴同一個庫，則依賴該庫是同一份代碼，所以不同項目不能依賴同一個庫的不同版本，這很顯然不能滿足我們的項目依賴需求。為了解決這問題，govender出現了

2.1.2 GoVendor

Vendor是當前項目中的一個目錄，其中存放了當前項目依賴的副本，在Vendor機制下，如果當前項目存在Vendor目錄，會優先使用該目錄下的依賴，如果依賴不存在，會從GOPATH中尋找。 vendor無法很好解決依賴包的版本變動問題和一個項目依賴同一個包的不同版本的問題，下面我們看一個場景

如圖項目A依賴pkg b和c，而B和C依賴了D的不同版本，通過vendor的管理模式我們不能很好的控制對于D的依賴版本，一旦更新項目，有可能帶來依賴沖突。

歸根結底vendor不能清晰的標識依賴的版本概念原因是：他還是依賴源碼。

下面，go mod就應運而生了。

2.1.3 Go Module

Go Modules 是Go語言官方推出的依賴管理系統，解決了之前依賴管理系統存在的諸如無法依賴同一個庫的多個版本等問題

G0 module從1.11 開始實驗性引入，1.16 默認開啟;我們一般都讀為go mod，我們也先統一下名稱

2.2 依賴管理三要素

那其實完善的依賴管理一般都需要3要素，這里我們先整體介紹下

這里熟悉java的同學，可以類比下maven

2.3.1 依賴配置-go.mod

首先模塊路徑(依賴管理基本單元)用來標識一個模塊，從模塊路徑可以看出從哪里找到該模塊，如果是github前綴則表示可以從Github 倉庫找到該模塊，依賴包的源代碼由githu托管，如果項目的子包想被單獨引用，則需要通過單獨的go.mod文件進行管理。