死磕嗎？
還是一直debug？
先畫類結構圖？
還是漫無目的的看？
我可能更喜歡以列印日誌、看日誌執行過程為前提然後針對性看的方式，為什麼？
看到上面截圖中的日誌如果有朋友關注的肯定會覺得這些日誌是有意義的。因為他代表了整個啟動的過程，也就是相當於**執行的流程。對不對？
那麼我們想看到更多**的執行流程可不可以？
如下：
1.配置日誌列印級別：
logging:
level:
org.springframework.web: debug
複製**
根據上面日誌級別的配置，我們是不是可以看得更加清晰一點，整個啟動載入過程都展現在你面前。那麼在此時你可能對**的執行的流程有了乙個初步的了解，前後因果關係也能看出來，然後只需要看你想看的即可。
這樣讀原始碼的方式會不會感覺更輕鬆一點？
最後其實我也沒看過多少原始碼，僅僅有一些思路分享出來。可能會有大佬不認同，那麼不要噴我。我還小！
關於如何學習的一點思考
原文中這樣描述抽象類 抽象類往往用來表徵我們在對問題領域進行分析 設計中得出的抽象概念，是對一系列看上去不同，但是本質上相同的具體概念的抽象，我們不能把它們例項化 拿不出乙個具體的東西 所以稱之為抽象。比如 我們要描述 水果 它就是乙個抽象，它有質量 體積等一些共性 水果有質量 但又缺乏特性 蘋果 ...
關於makefile的一點思考
在gnu編譯工具軟體中，如果對單一的原始檔進行編譯，可執行指令如下 gcc o x x.c 此指令會將原始檔編譯為目標檔案。若是對執行緒類檔案進行編譯，則在末尾加上 lpthread指令。但若是對多檔案進行編譯，即若是編譯的目標檔案同時包含另一檔案中的函式。則在編譯的時候需將另一檔案加到編譯原始檔中...
關於指標的一點思考
指標是乙個變數，所不同的是，它存的是位址。因為資料型別決定著如何解釋這個位址 位元組數和操作 因此根據的資料型別的不同，指標又有不同的型別。某個物件 a 的位址範圍為 a,a size n 其中size n是a所佔的位元組數 比如乙個一維陣列int a 10 位址範圍為 a,a 10 sizeof ...