[[414288]]

本文轉(zhuǎn)載自微信公眾號(hào)「Golang來啦」，作者Seekload。轉(zhuǎn)載本文請聯(lián)系Golang來啦公眾號(hào)。

四哥水平有限，如有翻譯或理解錯(cuò)誤，煩請幫忙指出，感謝!

昨天分享關(guān)于 workerPool 的文章，有同學(xué)在后臺(tái)說，昨天的 Demo 恰好符合項(xiàng)目的業(yè)務(wù)場景，真的非常棒!

所以今天就再來分享一篇 。

原文如下：

現(xiàn)代編程語言中，并發(fā)已經(jīng)成為必不可少的特性。現(xiàn)在絕大多數(shù)編程語言都有一些方法實(shí)現(xiàn)并發(fā)。

其中一些實(shí)現(xiàn)方式非常強(qiáng)大，能將負(fù)載轉(zhuǎn)移到不同的系統(tǒng)線程，比如 Java 等;一些則在同一線程上模擬這種行為，比如 Ruby 等。

Golang 的并發(fā)模型非常強(qiáng)大，稱為 CSP(通信順序進(jìn)程)，它將一個(gè)問題分解成更小的順序進(jìn)程，然后調(diào)度這些進(jìn)程的實(shí)例(稱為 Goroutine)。這些進(jìn)程通過 channel 傳遞信息實(shí)現(xiàn)通信。

本文，我們將探討如何利用 golang 的并發(fā)性，以及如何在 workerPool 使用。系列文章的第二篇，我們將探討如何構(gòu)建一個(gè)強(qiáng)大的并發(fā)解決方案。

一個(gè)簡單的例子

假設(shè)我們需要調(diào)用一個(gè)外部 API 接口，整個(gè)過程需要花費(fèi) 100ms。如果我們需要同步地調(diào)用該接口 1000 次，則需要花費(fèi) 100s。

//// model/data.go 
 
package model 
 
type SimpleData struct { 
 ID int 
} 
 
//// basic/basic.go 
 
package basic 
 
import ( 
 "fmt" 
 "github.com/Joker666/goworkerpool/model" 
 "time" 
) 
 
func Work(allData []model.SimpleData) { 
 start := time.Now() 
 for i, _ := range allData { 
  Process(allData[i]) 
 } 
 elapsed := time.Since(start) 
 fmt.Printf("Took ===============> %s\n", elapsed) 
} 
 
func Process(data model.SimpleData) { 
 fmt.Printf("Start processing %d\n", data.ID) 
 time.Sleep(100 * time.Millisecond) 
 fmt.Printf("Finish processing %d\n", data.ID) 
} 
 
//// main.go 
 
package main 
 
import ( 
 "fmt" 
 "github.com/Joker666/goworkerpool/basic" 
 "github.com/Joker666/goworkerpool/model" 
 "github.com/Joker666/goworkerpool/worker" 
) 
 
func main() { 
 // Prepare the data 
 var allData []model.SimpleData 
 for i := 0; i < 1000; i++ { 
  data := model.SimpleData{ ID: i } 
  allData = append(allData, data) 
 } 
 fmt.Printf("Start processing all work \n") 
 
 // Process 
 basic.Work(allData) 
} 

Start processing all work 
Took ===============> 1m40.226679665s 

上面的代碼創(chuàng)建了 model 包，包里包含一個(gè)結(jié)構(gòu)體，這個(gè)結(jié)構(gòu)體只有一個(gè) int 類型的成員。我們同步地處理 data，這顯然不是最佳方案，因?yàn)榭梢圆l(fā)處理這些任務(wù)。我們換一種方案，使用 goroutine 和 channel 來處理。

異步

//// worker/notPooled.go 
 
func NotPooledWork(allData []model.SimpleData) { 
 start := time.Now() 
 var wg sync.WaitGroup 
 
 dataCh := make(chan model.SimpleData, 100) 
 
 wg.Add(1) 
 go func() { 
  defer wg.Done() 
  for data := range dataCh { 
   wg.Add(1) 
   go func(data model.SimpleData) { 
    defer wg.Done() 
    basic.Process(data) 
   }(data) 
  } 
 }() 
 
 for i, _ := range allData { 
  dataCh <- allData[i] 
 } 
 
 close(dataCh) 
 wg.Wait() 
 elapsed := time.Since(start) 
 fmt.Printf("Took ===============> %s\n", elapsed) 
} 
 
//// main.go 
 
// Process 
worker.NotPooledWork(allData) 

Start processing all work 
Took ===============> 101.191534ms 

上面的代碼，我們創(chuàng)建了容量 100 的緩存 channel，并通過 NoPooledWork() 將數(shù)據(jù) push 到 channel 里。channel 長度滿 100 之后，我們是無法再向其中添加元素直到有元素被讀取走。使用 for range 讀取 channel，并生成 goroutine 處理。這里我們沒有限制生成 goroutine 的數(shù)量，這可以盡可能多地處理任務(wù)。從理論上來講，在給定所需資源的情況下，可以處理盡可能多的數(shù)據(jù)。執(zhí)行代碼，完成 1000 個(gè)任務(wù)只花費(fèi)了 100ms。很瘋狂吧!不全是，接著往下看。

問題

除非我們擁有地球上所有的資源，否則在特定時(shí)間內(nèi)能夠分配的資源是有限的。一個(gè) goroutine 占用的最小內(nèi)存是 2k，但也能達(dá)到 1G。上述并發(fā)執(zhí)行所有任務(wù)的解決方案中，假設(shè)有一百萬個(gè)任務(wù)，就會(huì)很快耗盡機(jī)器的內(nèi)存和 CPU。我們要么升級(jí)機(jī)器的配置，要么就尋找其他更好的解決方案。

計(jì)算機(jī)科學(xué)家很久之前就考慮過這個(gè)問題，并提出了出色的解決方案 - 使用 Thread Pool 或者 Worker Pool。這個(gè)方案是使用 worker 數(shù)量受限的工作池來處理任務(wù)，workers 會(huì)按順序一個(gè)接一個(gè)處理任務(wù)，這樣就避免了 CPU 和內(nèi)存使用急速增長。

解決方案：Worker Pool

我們通過實(shí)現(xiàn) worker pool 來修復(fù)之前遇到的問題。

//// worker/pooled.go 
 
func PooledWork(allData []model.SimpleData) { 
 start := time.Now() 
 var wg sync.WaitGroup 
 workerPoolSize := 100 
 
 dataCh := make(chan model.SimpleData, workerPoolSize) 
 
 for i := 0; i < workerPoolSize; i++ { 
  wg.Add(1) 
  go func() { 
   defer wg.Done() 
 
   for data := range dataCh { 
    basic.Process(data) 
   } 
  }() 
 } 
 
 for i, _ := range allData { 
  dataCh <- allData[i] 
 } 
 
 close(dataCh) 
 wg.Wait() 
 elapsed := time.Since(start) 
 fmt.Printf("Took ===============> %s\n", elapsed) 
} 
 
//// main.go 
 
// Process 
worker.PooledWork(allData) 

Start processing all work 
Took ===============> 1.002972449s 

上面的代碼，worker 數(shù)量限制在 100，我們創(chuàng)建了相應(yīng)數(shù)量的 goroutine 來處理任務(wù)。我們可以把 channel 看作是隊(duì)列，worker goroutine 看作是消費(fèi)者。多個(gè) goroutine 可以監(jiān)聽同一個(gè) channel，但是 channel 里的每一個(gè)元素只會(huì)被處理一次。

Go 語言的 channel 可以當(dāng)作隊(duì)列使用。

這是一個(gè)比較好的解決方案，執(zhí)行代碼，我們看到完成所有任務(wù)花費(fèi) 1s。雖然沒有 100ms 這么快，但已經(jīng)能滿足業(yè)務(wù)需要，而且我們得到了一個(gè)更好的解決方案，能將負(fù)載均攤在不同的時(shí)間片上。

處理錯(cuò)誤

我們能做的還沒完。上面看起來是一個(gè)完整的解決方案，但卻不是的，我們沒有處理錯(cuò)誤情況。所以需要模擬出錯(cuò)的情形，并且看下我們需要怎么處理。

//// worker/pooledError.go 
 
func PooledWorkError(allData []model.SimpleData) { 
 start := time.Now() 
 var wg sync.WaitGroup 
 workerPoolSize := 100 
 
 dataCh := make(chan model.SimpleData, workerPoolSize) 
 errors := make(chan error, 1000) 
 
 for i := 0; i < workerPoolSize; i++ { 
  wg.Add(1) 
  go func() { 
   defer wg.Done() 
 
   for data := range dataCh { 
    process(data, errors) 
   } 
  }() 
 } 
 
 for i, _ := range allData { 
  dataCh <- allData[i] 
 } 
 
 close(dataCh) 
 
 wg.Add(1) 
 go func() { 
  defer wg.Done() 
  for { 
   select { 
   case err := <-errors: 
    fmt.Println("finished with error:", err.Error()) 
   case <-time.After(time.Second * 1): 
    fmt.Println("Timeout: errors finished") 
    return 
   } 
  } 
 }() 
 
 defer close(errors) 
 wg.Wait() 
 elapsed := time.Since(start) 
 fmt.Printf("Took ===============> %s\n", elapsed) 
} 
 
func process(data model.SimpleData, errors chan<- error) { 
 fmt.Printf("Start processing %d\n", data.ID) 
 time.Sleep(100 * time.Millisecond) 
 if data.ID % 29 == 0 { 
  errors <- fmt.Errorf("error on job %v", data.ID) 
 } else { 
  fmt.Printf("Finish processing %d\n", data.ID) 
 } 
} 
 
//// main.go 
 
// Process 
worker.PooledWorkError(allData) 

我們修改了 process() 函數(shù)，處理一些隨機(jī)的錯(cuò)誤并將錯(cuò)誤 push 到 errors chnanel 里。所以，為了處理并發(fā)出現(xiàn)的錯(cuò)誤，我們可以使用 errors channel 保存錯(cuò)誤數(shù)據(jù)。在所有任務(wù)處理完成之后，可以檢查錯(cuò)誤 channel 是否有數(shù)據(jù)。錯(cuò)誤 channel 里的元素保存了任務(wù) ID，方便需要的時(shí)候再處理這些任務(wù)。

比之前沒處理錯(cuò)誤，很明顯這是一個(gè)更好的解決方案。但我們還可以做得更好，

我們將在下篇文章討論如何編寫一個(gè)強(qiáng)大的 worker pool 包，并且在 worker 數(shù)量受限的情況下處理并發(fā)任務(wù)。

總結(jié)

Go 語言的并發(fā)模型足夠強(qiáng)大給力，只需要構(gòu)建一個(gè) worker pool 就能很好地解決問題而無需做太多工作，這就是它沒有包含在標(biāo)準(zhǔn)庫中的原因。但是，我們自己可以構(gòu)建一個(gè)滿足自身需求的方案。很快，我會(huì)在下一篇文章中講到，敬請期待!

點(diǎn)擊【閱讀原文】直達(dá)代碼倉庫[1]。

參考資料

[1]代碼倉庫: https://github.com/Joker666/goworkerpool?ref=hackernoon.com

via:https://hackernoon.com/concurrency-in-golang-and-workerpool-part-1-e9n31ao

作者：Hasan