Golang 果然是大殺器

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

已經將一個Service改成用Golang實現，效果非常好！這個Service的代碼已經開源，GoTasks。

Golang是我目前接觸過的語言中，並發編程效率最高。node.js雖然也高，但是時間精準度上，就遠遠不如Golang了。

一開始看了很多網上的教程，搞得亂七八糟的，後來重新整理一下思路，才發現他的go關鍵字的奧妙（網友能再坑爹一點不？）。

為什麼說他的開發效率高呢，一個主要的原因是，你完全可以用阻塞的方式去封裝一個函數，然後通過go關鍵字調用，使他在運行時並發，這點真的太恐怖了，閉包什麼的弱爆了。

舉個實際點的例子吧：

func HttpGet(url string) (string, error) {    resp, err := http.Get(url)    if err != nil {        logger.Debug("HttpGet", "請求錯誤:", err)        return "", err    }    defer resp.Body.Close()    body, err := ioutil.ReadAll(resp.Body)    if err != nil {        logger.Debug("HttpGet", "IO/Read錯誤:", err)        return "", err    }    return string(body), err}func HttpPost(reqUrl string, post string) (string, error) {    resp, err := http.PostForm(reqUrl, url.Values{"data": {post}})    if err != nil {        logger.Debug("HttpPost", "請求錯誤:", err)        return "", err    }    defer resp.Body.Close()    body, err := ioutil.ReadAll(resp.Body)    if err != nil {        logger.Debug("HttpPost", "IO/Read錯誤:", err)        return "", err    }    return string(body), err}

假定我有這2個函數，HttpGet、HttpPost，執行肯定會造成阻塞，為了調試方便，阻塞的方式對單個函數的檢測，肯定更加容易調試，更加容易監控函數是不是有bug。

但是到了實際執行層面，我們就肯定希望他不要有任何阻塞：

func (task *Task) start() {    ch := make(chan int)    go task.request()    go task.startTicker()    <-ch}func (task *Task) request() {    logger.Log(task.Name, "開始")    start := time.Now()    resp, _ := HttpGet(task.Url)    complete := time.Now()    if globalConfig.ShowComplete > 0 {        logger.Log(task.Name, "完成:", complete.Sub(start), "響應內容長度:", len(resp))    }    if len(task.PostUrl) > 0 {        HttpPost(task.PostUrl, resp)    }}

這個代碼取自GoTasks的task_service.go，request函數，封裝了一個task的任務，先發起一個Get請求，等請求返回以後，將Get的內容發起一個Post請求將內容發送到指定的Url上。request本身是阻塞執行的，而在start中，調用他的方法時候，只要使用go，即可讓他並發執行（實際上是發起了go內部調度的子線程之類的東西）。然後在通過channel對這個資源進行回收。

就如朋友所說，恭喜你，終於獲得件橙色裝備了！