1、DAO層： 持久層 主要與數據庫進行交互
DAO層主要是做數據持久層的工作，主要與數據庫進行交互。
DAO層首先會創建DAO接口，接着就可以在模塊中就可以調用DAO 的接口進行數據業務的而處理，並且不用關注此接口的具體實現類是哪一個類。DAO 層的數據源和數據庫連接的參數都是在配置文件中進行配置的。
2、Entity層： 實體層 數據庫在項目中的類
3、Service層：業務層 控制業務
Service層主要負責業務模塊的邏輯應用設計。和DAO層一樣都是先設計放接口的類，再創建實現的類，然后在配置文件中進行配置其實現的關聯。接下來就可以在service層調用接口進行業務邏輯應用的處理。
封裝Service層的業務邏輯有利於業務邏輯的獨立性和重復利用性。
4、Controller層： 控制層 控制業務邏輯
Controller層負責具體的業務模塊流程的控制，其實就是與前台互交，把前台傳進來的參數進行處理，controller層主要調用Service層里面的接口控制具體的業務流程，控制的配置也需要在配置文件中進行。
5、View層： 此層與控制層結合比較緊密，需要二者結合起來協同工發。View層主要負責前台jsp頁面的表示，
Conroller層和Service層的區別是：Controlle層負責具體的業務模塊流程的控制;Service層負責業務模塊的邏輯應用設計;
總結：在具體的項目中，其流程為：Controller層調用Service層的方法，Service層調用Dao層中的方法，其中調用的參數是使用Entity層進行傳遞的。總的來說這樣每層做什么的分類只是為了使業務邏輯更加清晰，寫代碼更加方便，所以有時候也需要根據具體情況來，但是大體的都是這樣處理的，因為它其實就是提供一種規則，讓你把相同類型的代碼放在一起，這樣就形成了層次，從而達到分層解耦、復用、便於測試和維護的目的。