標(biāo)題描述的不夠清楚。
使用golang創(chuàng)建傳統(tǒng)的web服務(wù)，通過(guò)路由訪問(wèn)后端接口，在該接口中有較多的數(shù)據(jù)庫(kù)查詢操作，舉個(gè)例子：

func Test() {
    go func() {
        // 查詢1
    }()
    
    go func() {
        // 查詢2
    }()
    
    go func() {
        // 查詢3
    }()
}

將查詢(每個(gè)查詢都相互獨(dú)立，沒(méi)有依賴)放到多個(gè)goroutine中，理論上是能夠提高這個(gè)接口的響應(yīng)速度的。那么問(wèn)題來(lái)了，在高并發(fā)的情況下，會(huì)創(chuàng)建大量的goroutine， 在后端是否有必要去做一個(gè)限制goroutine數(shù)量的操作？如何優(yōu)雅的實(shí)現(xiàn)這樣的操作。我大概看了一下網(wǎng)上的文章：

type Grpool struct {
    queue chan uint8
    wg *sync.WaitGroup
}

func (gp *Grpool) Add(n int)  {
    for i := 0; i < n; i++ {
        gp.queue <- uint8(1)
    }
    gp.wg.Add(n)
}

func (gp *Grpool) Done()  {
    <- gp.queue
    gp.wg.Done()
}

func (gp *Grpool) Wait()  {
    gp.wg.Wait()
}

通過(guò)上面的結(jié)構(gòu)來(lái)實(shí)現(xiàn)阻塞wg.Add的操作。但問(wèn)題是我構(gòu)建了一個(gè)全局單例的Grpool對(duì)象：pool, 并且在下面的代碼中進(jìn)行使用：

func Test() {
    pool.Add(3)
    
    go func() {
        // 查詢1
        pool.Done()
    }()
    
    go func() {
        // 查詢2
        pool.Done()
    }()
    
    go func() {
        // 查詢3
        pool.Done()
    }()
    
    pool.Wait()
}

但是，在pool.Wait()的時(shí)候是有問(wèn)題的，因?yàn)閜ool是全局單例的，當(dāng)有別的用戶調(diào)用該接口的時(shí)候，pool.Wait可能會(huì)一直處于阻塞狀態(tài)