可以先看看上一篇沒Thread Pool，Limiter也好？真的嗎？ 來個前情提要。
Worker Group其實基本概念跟Thread Pool很像，就是:
不過由於go沒有generic(目前版本是1.16，在1.17/1.18會支援)，所以這兩個channel都沒辦法寫得很漂亮，這也是大多數Worker Pool要不就是得用chan interface{}來寫，不然就是寫不出來。不過Worker Group這種東西其實夠輕量，輕量到其實自己打造都是可以的，這邊就介紹一下怎麼自己打造一個Worker Pool，以及揭秘為什麼很多CLI/UI都需要有一個自己的UI Thread(go沒thread，所以稱為UI routine吧）。
眾所皆知Go是沒有原生的Thread Pool這種東西，這在寫Crawler的時候會造成一些小小的不便。比方說你想要crawl PTT，這樣打一打大概2秒內DDoS protection就把你擋起來了：
docUrlList, _ := GetDocUrlList() //拿到某個版的文章列表
for _, docUrl := range docUrlList {
go func() {
docUrl := docUrl
p, _ := ParseSingleRawDocument(docUrl)
parseChannel <- p
}()
}理論上來講Docker這東西，把Application包成image在跑container，應該行為要跟原生跑的一樣才對。即使不同，我們也會利用-v跟-p把volume以及port掛上去，讓他能直接對應到host裡面的某些東西。 然而，某些東西，尤其是API Server，我們總會碰到一些跑原生以及跑Container行為大不相同的地方，我把我開發中碰到的一些例子跟大家分享一下。
雖然我個人覺得這個pattern應該是史上被濫用最多的pattern，濫用到快要變成anti-pattern了，不過仍然是佔有一席之地的。聊一下在go裡面singleton通常是怎麼實作的。
