前言 開心一刻 今天上課不小心睡著了,結果被老師叫起來回答問題,這是背景。無奈之下看向同桌尋求幫助,同桌小聲說到選C,結果周圍的人都說選C,向同桌投去一個感激的眼神後大聲說道選C。剛說完教室就笑開了,老師一臉恨鐵不成鋼的表情說選你個頭,我叫你翻譯文言文你選C!你出去,你給我出去。看著同桌擠眉弄眼的表 ...
前言
開心一刻
今天上課不小心睡著了,結果被老師叫起來回答問題,這是背景。無奈之下看向同桌尋求幫助,同桌小聲說到選C,結果周圍的人都說選C,向同桌投去一個感激的眼神後大聲說道選C。剛說完教室就笑開了,老師一臉恨鐵不成鋼的表情說選你個頭,我叫你翻譯文言文你選C!你出去,你給我出去。看著同桌擠眉弄眼的表情,勞資真想說,這幫畜生
互相抱怨道:你是不是又長胖了?
路漫漫其修遠兮,吾將上下而求索!
github:https://github.com/youzhibing
碼雲(gitee):https://gitee.com/youzhibing
讀源碼的經歷
剛參加工作那會,沒想過去讀源碼,更沒想過去改框架的源碼;總想著別人的框架應該是完美的、萬能的,應該不需要改;另外即使我改了源碼,怎麼樣讓我的改動生效了? 項目中引用的不還是沒改的jar包嗎。回想起來覺得那時候的想法確實挺......
工作了一年多之後準備跳槽了,開始了一輪的面試,其中有幾個面試官就問到了相關的源碼問題:ArrayList、HashMap的底層實現,spring、mybatis的相關源碼。問源碼的面試一般就是回去等消息,然後就沒然後了。那時候開始意識到,源碼這東西在之前的工作的中感受不到,但是在面試中好像面的還挺頻繁的,從此有意識的開始了jdk部分源碼的閱讀(主要是集合)。一開始看源碼,看的特別糙,知道個大概,知道ArrayList的底層實現是數組,HashMap的底層是散列表(數組+鏈表);更深入一點的擴容、hash碰撞等等就不知道了。
讀spring源碼起於工作中遇到了一個問題(spring jdbcTemplate事務,各種詭異,包你醍醐灌頂!),排查一段時間最終是解決了,但過程讓我非常難受,各種上網查資料、各種嘗試,感覺就像大海撈針一樣,遙遙無期。我下定決心,我要看一看spring的源碼,於是我買了一本《spring源碼深度解析》,結合著這本書、打開著eclipse,開始了spring的源碼閱讀之旅。至此,讀源碼成了習慣,源碼已經進入了我的心裡。
後來,springboot的火熱,讓我也想蹭上一蹭,於是有了springboot的啟動源碼系列,雖然還在進行中,但是我相信我能將其完成;工作中用到了shiro,我又結合著《跟我學shiro》將shiro的源碼看了個大概,有了shiro源碼系列博文,還差一篇認證與授權(應該很快就能面世),shiro源碼系列就封筆了。最近在搭建自己的後臺管理系統,用到了quartz,集成的過程也遇到了一些問題,因此有了quartz的兩篇文章。
慢慢的,從一味的網上找資料變成了很多時候會從源碼中找答案。不求能讀太多的源碼,但願自己接觸的技術都能讀上一讀,路漫漫其修遠兮,吾將上下而求索!
我為什麼讀源碼
很多人一定和我一樣的感受:源碼在工作中有用嗎? 用處大嗎?很長一段時間內我也有這樣的疑問,認為哪些有事沒事扯源碼的人就是在裝,只是為了提高他們的逼格而已。
那為什麼我還要讀源碼呢? 一剛開始為了面試,後來為瞭解決工作中的問題,再後來就是個人喜好了。說的好聽點是有匠人精神;說的委婉點是好奇(底層是怎麼實現的);說的不自信點是對黑盒的東西我用的沒底,怕用錯;說的簡單直白點是提升自我價值,為了更高的薪資待遇(這裡對真正的技術迷說聲抱歉)。
源碼中我們可以學到很多東西,學習別人高效的代碼書寫、學習別人對設計模式的熟練使用、學習別人對整個架構的佈局,等等。如果你還能找出其中的不足,那麼恭喜你,你要飛升了!會使用固然重要,但知道為什麼這麼使用同樣重要。從模仿中學習,從模仿中創新。
讀源碼不像圍城(外面的人想進來,裡面的人想出去),它是外面的人不想進來,裡面的人不想出去;當我們跨進城內,你會發現(還是城外好,皮!)城內風光無限,源碼的海洋任我們遨游!
你想好入城了嗎?
我是怎麼樣讀源碼的
內容瞭解
首先我們要對我們的目標有所瞭解,知道她有什麼特點,有些什麼功能。對對方都還不瞭解,就想著進入別人的內心世界,那不是臭不要臉嘛,我們要做一個有著流氓心的紳士;對她有個大致的瞭解了,就可以發起攻勢,一舉拿下。
那麼怎麼樣瞭解了,方式有很多,我這裡提供幾種,僅供參考
最好的方式就是官方參考指南,親生父母往往對孩子是最瞭解的,對孩子的描述也是最詳細的;比如Spring Boot Reference Guide就是對springboot最詳細的描述,怎麼樣使用springboot、springboot特性等等,通過此指南,springboot在你面前一覽無遺;但是,springboot畢竟是外國人的孩子,如果英語不好,估計讀起來有點頭疼了,不過我們有google翻譯呀,咬咬牙也是能看的。源碼世界的丈母娘、老岳丈是非常慷慨的!
其次是書籍,國外優秀的有很多,國內也不乏好書,比較推薦此方式,自成體系,讓我們掌握的知識點不至於太散。這就是好比是源碼的閨蜜,對源碼非常瞭解,重點是挺大方,會盡全力幫助我們瞭解源碼。
再次就是博客,雖然可能覺得知識點比較散,但是針對某個知識點卻特別的細,對徹底掌握非常有幫助,園子內就有很多技術大牛,寫的博客自然也是非常棒,非常具有學習價值。當然還有社區、論壇、github、碼雲等等。這就是源碼的朋友圈,我們從中也能獲取到非常多關於源碼的信息。
設計模式的瞭解
優秀的框架、技術從不乏設計模式;jdk源碼中就應用了很多設計模式,比如IO流中的適配器模式與裝飾模式、GUI的觀察者模式、集合中的迭代器模式等等;spring源碼中也是用到了大量的設計模式。設計模式有什麼優點、各適用於什麼場景,不是本文的內容,需要我們大家自行去瞭解。
我們只需要對一些常用的設計模式有個大致瞭解,再去讀源碼是比較好的;不需要將23種設計模式都通讀,也不需要將常用設計模式完全理解透;對於全部通讀,我們時間有限,另外有些模式確實不太好理解、用的少,性價比不高,沒必要全部都讀。
推薦書籍:《Head First Design Patterns》(中文版:《Head First 設計模式》)、《Java與模式》;
常用設計模式:單例模式、工廠模式、適配器模式、裝飾模式、外觀模式、代理模式、迭代器模式、觀察者模式、命令模式
另外我比較推薦的一種學習設計模式的方式是讀別人博客:java_my_life,劉偉技術博客,chenssy的設計模式;
設計模式之於源碼,就好比逛街購物之於女人,想順利勾搭源碼,我們需要好好掌握設計模式這個套路。
配合ide進行斷點追蹤
我們通過源碼的圈子對源碼的瞭解終究只是停在錶面,終究還是沒有走進她的內心,接下來我就和大家分享下,我是如何走進她的內心的!
相信看過我的源碼博客的小伙伴都知道,我非常喜歡通過idea斷點來進行源碼追蹤,斷點追蹤源碼是我非常推薦的一種方式。斷點不僅可以用來調試我們的代碼,也可以用來調試我們用到的框架源碼。面對未知的、茫茫多的源碼,我們往往沒有足夠的時間、經歷和耐心去通讀所有源碼,我們只需要去讀我們關註的部分即可(有人可能會說我都不關心,這...)。那為什麼要用斷掉調試的方式來跟源碼,而不是直接從源代碼入手去跟我們關註的部分呢?嘗試過的小伙伴應該知道,如果我們對源碼不熟悉,直接通過源碼的方式去跟,一方面很容易迷路(多態,會有很多子類實現),不知道接下來跟哪一個,另一方面也很容易跟丟,當我們跟入的很深的時候,很有可能就忘記上一步跟到哪了。
下麵我會舉例來說明我是如何進行斷點追蹤的,以spring-boot-2.0.3之quartz集成,不是你想的那樣哦!和 spring-boot-2.0.3之quartz集成,數據源問題,源碼探究 為背景來講,需要搞清楚兩個點:springboot是如何向quartz註入數據源的,quartz是如何操作資料庫的
springboot向quartz註入數據源
QuartzAutoConfiguration是springboot自動配置quartz的入口
將quartz的配置屬性設置給SchedulerFactoryBean;將數據源設置給SchedulerFactoryBean:如果有@QuartzDataSource修飾的數據源,則將@QuartzDataSource修飾的數據源設置給SchedulerFactoryBean,否則將應用的數據源(druid數據源)設置給SchedulerFactoryBean,顯然我們的應用中沒有@QuartzDataSource修飾的數據源,那麼SchedulerFactoryBean中的數據源就是應用的數據源;將事務管理器設置給SchedulerFactoryBean。SchedulerFactoryBean,負責創建和配置quartz Scheduler,並將其註冊到spring容器中。SchedulerFactoryBean實現InitializingBean的afterPropertiesSet方法,裡面有可以設置數據源的過程
可以看到通過org.quartz.jobStore.dataSource設置的dsName(值為quartzDs)最後會被替換成springTxDataSource.加scheduler實例名(我們的應用中是:springTxDataSource.quartzScheduler)。springboot會註冊兩個ConnectionProvider給quartz:一個dsName叫springTxDataSource.quartzScheduler,有事務;一個dsName叫springNonTxDataSource.quartzScheduler,沒事務。
quartz如何操作資料庫
我們通過停止定時任務來跟下quartz對資料庫的操作
發現quartz用如下方式獲取connection
conn = DBConnectionManager.getInstance().getConnection(getDataSource());
那麼我們的job中就可以按如下方式操作資料庫了
package com.lee.quartz.job; import org.quartz.JobExecutionContext; import org.quartz.JobExecutionException; import org.quartz.utils.DBConnectionManager; import org.springframework.scheduling.quartz.LocalDataSourceJobStore; import org.springframework.scheduling.quartz.QuartzJobBean; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.SQLException; public class FetchDataJob extends QuartzJobBean { // private String dataSourceName = "quartzDs"; // 用此會找不到 // private String dataSourceName = "springNonTxDataSource.quartzScheduler"; // 不支持事務 // private String dataSourceName = "springTxDataSource.quartzScheduler"; // 支持事務 private final String insertSql = "INSERT INTO tbl_sys_user(name, age) VALUES(?,?) "; private String schedulerInstanceName = "quartzScheduler"; // 可通過jobDataMap註入進來 @Override protected void executeInternal(JobExecutionContext context) throws JobExecutionException { String dsName = LocalDataSourceJobStore.NON_TX_DATA_SOURCE_PREFIX + schedulerInstanceName; // 不支持事務 //String dsName = LocalDataSourceJobStore.TX_DATA_SOURCE_PREFIX + schedulerInstanceName; // 支持事務 try { Connection connection = DBConnectionManager.getInstance().getConnection(dsName); PreparedStatement ps = connection.prepareStatement(insertSql); ps.setString(1, "張三"); ps.setInt(2, 25); ps.executeUpdate(); ps.close(); connection.close(); // 將連接歸還給連接池 System.out.println("插入成功"); } catch (SQLException e) { e.printStackTrace(); } } public void setSchedulerInstanceName(String schedulerInstanceName) { this.schedulerInstanceName = schedulerInstanceName; } }View Code
明確我們的目的,找到合適的切入點,進入斷點調試追蹤也就容易了。
任我說的天花亂墜,你仍無動於衷,那也只是我一廂情願,只有局中人才能體會到其中的奧妙!
總結與感悟
從上至下全部通讀的方式,個人不太推薦,這是建立在很熟悉的基礎上的,當我們對某個框架已經比較熟悉了,再從上至下進行通讀,徹底瞭解,這是我認為正確的方式;但是從不熟悉到熟悉這個過程,個人不推薦全部通讀,而是推薦上面我推薦的方式 - 斷點局部追蹤。
很多時候,我們的博文都只是授之以魚,而我們也只是從中得到魚;而這篇的目的則是授之以漁,我希望大家從中學到捕魚的方法,而不是一味的等待別人的魚;希望大家能夠自給自足,也能把魚和漁都授予其他人。
只要我們開始去讀源碼,慢慢的就會形成自己的一套讀源碼的方式;每個人的方式都不一樣,合適自己的才是最好的。行動起來,用合適的方式去俘獲你的的她吧!
純屬個人之拙見,不喜請噴!