爲什麼建議你常閱讀源碼？

我叫謝偉，是一名側重在後端的程序員。

自身智力一般，技術迭代又非常快，爲不至於總處於入門水平，給自己定位是後端，進一步定位現階段是 web後臺開發。

爲保持好奇心，經常會嚐鮮新技術，其實不僅僅是技術，比如攝影、演示設計、拍視頻、自媒體寫作啊等，都會經常性的涉獵。

如果此刻我是一個成功人士，看到上面的領域，有人會羨慕說："斜槓"，遺憾的是，在下沒有成功，所以，上面的領域都一定程序上會被人認爲："不務正業"，不重要的，重要的是：我依然是一名後端程序員。

記憶

記憶有遺忘曲線，這是大家都懂的道理，所以爲了防止忘記，最重要的方法是經常使用、反覆使用。這也就是爲什麼，有些人說：在工作中學最容易進步，因爲工作的流程、項目啊之類的不會頻繁變動，你會經常性的關注一個或者多個項目進行開發，假以時日，你會越來越熟悉，理所當然，你會越做越快。這個時候，也叫達到了所謂的：舒適圈。要再想進步，你得跳到"學習區"內去。再反覆這個動作。

問題是，除了工作之外，你很少有其他機會再進行技能鍛鍊了。

創造機會

• 主動承接更爲複雜的任務

這個很清晰，更爲複雜的任務，你纔可能嘗試使用新的技術棧，這樣你有機會進行其他技能的鍛鍊，這樣就能進入學習區。

如果公司項目就這麼點，沒有太複雜的，或者說新項目和你接觸的相差不多，只不過應用場景不同而已。這個時候，任務如果一定需要你的參與，這個時候，你最好嘗試新的架構，嘗試新的技術點，儘管大體相同，可以將你認爲原系統不合理的地方改進，這樣也能創造機會進入學習區。

但就我認爲，一般項目開發時間都非常緊，開發人員有可能沒有充足的時間進行考慮，會依然使用原有技術點，這樣進入學習區的機會就被浪費了，你只是使用一份經驗，做了兩個類型的項目而已。

舊知識補全

剛進入職場，核心位置就那麼幾個人佔着，論經驗、論資歷，你都不如別人，你接觸到的資源有限，沒有新項目讓你獨立開發，只有舊項目的Bug讓你修復，那該怎麼辦？

換坑嗎？怕不怕是另外一個坑？

• 補知識體系

即使是你能完成的任務，你有沒有嘗試過自己獨立寫一個，你有沒有嘗試過自己彌補下不懂的知識點，你有沒有嘗試過總結下自己的開發流程是否是最優的，

你有沒有嘗試過總結下項目的技術要點，你有沒有嘗試過提煉可以複用的技術點...

如果你都沒有，恭喜你，你又找到了一個進入學習區的點，即：補充原有技術棧。

也許你對一門編程語言能用，但都是靠 Google、stackOverflow，你是不是要嘗試梳理下整個編程語言的知識體系，當然梳理的切入點依然是和工作相關爲先，因爲這

最迫切，最能反覆，使用頻率最高。

也許你對數據庫相關知識能用，對優化數據知識點不是很懂，你是不是要嘗試下找相關資料彌補下。

也許...

也許你還可以經常性的翻閱源碼，比如內置庫的實現，之前我還不太會關注這些，寫起代碼來也不是很有底，後來經常性的查看源碼，藉助IDE的跳轉功能

可以實現對源碼的閱讀，再結合IDE的structure ，可以對文件的函數、結構體、方法等組織起來。這樣從整體觀一目瞭然，看得多了，

你甚至可以總結出一些共性：

• 比如包的錯誤處理一般定義在包的頂部幾行，而且格式都統一
• 比如Interface 是方法的集合，內置的常用的Interface其實不多，很多內置包都相互實現
• 比如包的結構體，可以實例化一個默認的，這樣可以直接調用函數，比如http.DefaultClient
  ...

閱讀庫的源碼，我一般是怎麼做的呢？（不要太關注具體的實現，除非你完全能看懂）

• 官方文檔：瞭解常用使用方法
• 思維導圖：輸出可導出的結構體、函數、方法等，依然選擇最爲常用的
• IDE 的 structure 功能，查看文件的具體組織形式，看可導出的結構體、函數、方法等
• 持續總結

舉個示例：net/http 包幾乎奠定了Go領域所有web 框架、網絡請求庫的基礎。

1. 瞭解 HTTP 相關知識
隨意找本相關的書，發現是個大塊知識啊。

結合一般的歷史經驗，你可能作出這麼張思維導圖。

整個過程像是：你從一本書總摘出的目錄，前提是看過書的內容而得出來的。

2. net/http 客戶端

網絡請求分爲兩個層面：1。客戶端發起網絡請求 2。服務端提供網絡請求訪問資源

func getHandle(rawString string) {
    response, err := http.Get(rawString)
    if err != nil {
        return
    }
    defer response.Body.Close()
    content, _ := ioutil.ReadAll(response.Body)
    fmt.Println(string(content))
}

看上去發起網絡請求很簡單，只需要使用 http.Get 即可。

爲完善認知，去看看源碼，直接使用IDE 的跳轉功能。

結合 IDE 的structure 功能，原來http.Get 是源碼中有一個默認的DefaultClient 調用其方法 Get。

func Get(url string) (resp *Response, err error) {
    return DefaultClient.Get(url)
}

同理，http.Post 和 http.PostForm 也是。

理所當然，你可以自定義個定製化的client，調用其 Do或者 Get、Post、PostForm 方法等

type Client struct {
    ...
}

這個時候，你的思維導出可能是這樣：

好，關於net/http 客戶端層面，你現在應該清楚如何使用了。你既可以使用默認的，默認的如果達不到需求，你

可以自己實例化一個client, 你還可以實例化 http.Request ，最後調用 client.Do 方法，都可以完成目的。

3. net/http 服務端

服務端比較重要，日常web 開發，也絕大部分是在服務端工作。

如何啓動web服務呢?

type SelfHandler struct {
}

func (SelfHandler) ServeHTTP(writer http.ResponseWriter, req *http.Request) {
    writer.Write([]byte("Hello Python"))
}

func main(){
        // method One
        http.HandleFunc("/hello_golang", func(writer http.ResponseWriter, request *http.Request) {
            writer.Write([]byte("Hello Golang"))
        })
    
        // method Two
        var self SelfHandler
        http.Handle("/hello_python", self)
        log.Fatal(http.ListenAndServe(":9090", selfServerMux))
}

分爲兩步：定義路由和觸發路由之後的動作、啓動服務。

看上去也很簡單啊，看看源代碼，服務端比客戶端更爲複雜。

func Handle(pattern string, handler Handler) { DefaultServeMux.Handle(pattern, handler) }

func HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
    DefaultServeMux.HandleFunc(pattern, handler)
}

type Handler interface {
    ServeHTTP(ResponseWriter, *Request)
}

原來又使用了內部一個默認的DefaultServeMux(請求路由器）。Handler 是個接口。上文中 SelfHandler 實現了 Handler 接口。

之前你可能會有點混淆，Handle、HandleFunc、Handler 之間的關係。對比着看，你應該會清晰些。

既然使用默認的DefaultServeMux, 那麼也可以定製化ServeMux。

func main(){
        var selfServerMux *http.ServeMux
        selfServerMux = &http.ServeMux{}
        selfServerMux.HandleFunc("/hello_golang_2", func(writer http.ResponseWriter, request *http.Request) {
            writer.Write([]byte("Hello Golang 2"))
        })
        log.Fatal(http.ListenAndServe(":9090", selfServerMux))

}

同時可以定製化服務端的配置信息。

func main(){
    var selfServer http.Server

    var selfMux *http.ServeMux
    
    selfMux = &http.ServeMux{}
    
    selfMux.HandleFunc("/d", func(writer http.ResponseWriter, request *http.Request) {
        writer.Write([]byte("Hello Mux"))
    })

    selfServer = http.Server{
        Handler: selfMux,
        Addr:    "localhost:9098",
    }
    log.Fatal(selfServer.ListenAndServe())
}

至此，你的思維導圖大概這樣：

當然企業級的web 服務開發還需要考慮：

• 路由設計
• 請求參數檢驗
• 響應信息
• 前後端分離
• 錯誤處理信息
• ...

4. 使用一些 web 框架

• gin
• echo
• iris
• beego
  ...

總結

上文就是我日常的一些思考，希望對你有所啓發。

整個的過程，其實是梳理你的知識的過程，如果你接觸的知識很多，不經常理，在你腦海中，可能只是堆積，用到的時候不能及時的調用出來，所以會經常說：這個我見過啊。

及時的梳理，在腦中模塊化，調用起來自然順暢的多，當然，迫於遺忘曲線，這些動作，你還需要反覆的重複。