如何真正的吃透一個Java專案？這裡要說吃透一個Java專案的標準就是：下次遇到此類Java專案可以快速使用寫過的Java專案的解決方案完成它。

要達到這個的標準，還得從開發一個Java專案的過程來分析。我們說需求分析實質上就是提出問題域；概要設計和詳細設計本質上是給出問題域的解決方案；而編碼環節就是時使用程式碼來實踐這個解決方案。而學員之所以明明敲完Java專案程式碼，也執行良好，卻依然心裡發虛，過後遺忘，就是因為沒有掌握提出的問題域（也就是常說的軟體需求），而對於其解決方案更是沒有概念，只是一味的按照影片中的思路機械照搬，也就是不知其然，不明所以然。

明白了問題根源，我們要如何解決這個問題呢？其實答案已經給大家了，就是要從Java專案程式碼中整理出Java專案的需求和設計思路，然後再驗證需求和設計思路是否正確；因此，我們不妨從如下幾個步驟來完成。

整理出Java專案的需求

影片Java專案往往文件很少，或跟本不提供文件，或者是文件嚴重落伍，根本沒法看。對於初學者來時，要逆向分析出需求原型來也是勉為其難了。那麼，我們退而求其次，就是之分析出Java專案的功能需求即可。

系統功能結構圖和子模組業面流轉圖的繪製，基本上就搞清楚專案都有哪些功能需求了。當然，如果學員能構進一步繪製出核心業務的流程圖就對專案的的需求更清楚了。

整理出Java專案的設計脈絡

這一步，需要整理出Java專案的資料庫設計模型，一般Java專案影片都帶有專案的資料庫指令碼程式碼，藉助於pd等工具，逆向工程匯出專案的資料庫模型，對Java專案的資料庫設計也就一目瞭然了。當然前提是你要會使用這些工具及逆向工程，如果不會這些，就只能手工一個個繪製了。

接下來就是要整理出影片Java專案如何實現某功能的，這個需要從頁面功能開始一步步跟蹤；對ide工具的debug使用熟練的學員可以除錯執行專案，透過斷點除錯一步步觀察每個步驟的呼叫物件及流程和資料流；那麼對於debug不熟練的學員，則就只能透過閱讀原始碼，手工整理出一個大致的呼叫流程來。

這樣一番操作下來，基本上你對某個功能如何實現，功能模組間呼叫的關係也就非常清楚了。

Java專案覆盤

以上兩個步驟是深入學習的過程，有前車之鑑，相對簡單些，但是就這樣一番操作下來，相信你對Java專案的理解會跟進一步深入。接下來就是覆盤Java專案，那要如何做呢？

首先，根據自己整理出的功能需求，重新根據自己的理解來設計資料庫模型，如過和影片專案資料庫模型有出入很正常的，不必在意它，只要你覺得這樣可以實現功能就好。

其次，你拋開影片，按照自己的理解，從簡單的功能開始嘗試著獨立開發它，剛開始可能比較難，總想著參照原有的程式碼，這個念頭一定要扼殺掉。你可以一個步步來實現，例如：先處理資料庫訪問，寫單元i測試通過後；再處理對外介面，透過postman測試通過後；最後和前端頁面互動。當你，按照自己思路實現幾個功能後，後面的基本就上道了。

最後，你測試下自己寫的Java專案程式碼，看看和影片Java專案的差距，逐步完善它，當然這個過程可能需要幾次反覆。如果你能透過以上步驟的學習，那麼恭喜你，你已經徹底的搞懂一個Java專案了。