JAVA三層架構，持久層，業務層，表現層的理解
轉自：https://blog.csdn.net/ljf_study/article/details/64443653
SSH: Struts（表示層）+Spring（業務層）+Hibernate（持久層）
Struts：Struts是一個表示層框架，主要作用是介面展示，接收請求，分發請求。
在MVC框架中，Structs屬於VC層次，負責介面表現，負責MVC關係的分發。
（view：沿用JSP,HTTP,Form，Tag，Resource； Controller：ActionServlet，Struts-config.xml，Action）
Hibernate：Hibernate是一個持久層框架，它只負責與關係資料庫的操作。
Spring：Spring是一個業務層框架，是一個整合的框架，能夠很好的粘合表示層和持久層。
我們知道，傳統的Java Web應用程式是採用JSP+Servlet+Javabean來實現的，這種模式實現了最基本的MVC分層，使得程式結構分為基層，有負責前臺展示的JSP，負責流程邏輯控制的Servlet以及負責資料封裝的Javabean。但是這種結構仍然存在問題：如JSP頁面中需要使用符號嵌入很多的Java程式碼，造成頁面結構混亂，Servlet和Javabean負責了大量的跳轉和運算工作，耦合緊密，程式複用度低等等。
Struts
為了解決這些問題，出現了Struts框架，他是一個完美的MVC實現，它有一箇中央控制類（一個Servlet），針對不同的業務，我們需要一個Action類負責頁面跳轉和後臺邏輯運算，一個或幾個JSP頁面負責資料的輸入和輸出顯示，還有一個Form類負責傳遞Action和JSP中間的資料。JSP中可以使用Struts框架提供的一組標籤，就像使用HTML標籤一樣簡單，但是可以完成非常複雜的邏輯。從此JSP頁面中不需要出現一行保衛的Java程式碼了。可是所有的運算邏輯都放在Struts的Action裡將使得Action類複用度低和邏輯混亂，所以通常人們會把整個web應用分成三層，Struts負責顯示層，它呼叫業務層完成運算邏輯，業務層再呼叫持久層完成資料庫的讀寫。使用JDBC連線來讀寫資料庫，我們最常見的就是開啟資料庫連線、使用複雜的SQL語句進行讀寫、關閉連線，獲得的資料又需要轉換或封裝後往外傳，這是一個繁瑣的過程。
Hibernate
這時出現了Hibernate框架，它需要你建立一系列的持久化類，每個類的屬性都可以簡單的看做和一張資料庫表的屬性一一對應，當然也可以實現關係資料庫的各種表間關聯的對應。當我們需要相關操作時，不用再關注資料庫表。我們不用再去一行行的查詢資料庫，只需要持久化類就可以完成增刪改查的功能，使得我們的軟體開發真正面向物件，而不是面向混亂的程式碼。使用歐冠Hibernate比JDBC方式減少了80%的程式設計量。
現在我們有三個層了，可是每層之間的呼叫時怎樣的呢？比如顯示層的Struts需要呼叫一個業務類，就需要new一個業務類出來，然後使用；業務類需要呼叫持久層的類，也需要new一個持久層類出來用。通過這種new的方式互相呼叫就是軟體開發中最糟糕設計的體現。簡單的說，就是呼叫者依賴被呼叫者，它們之間形成了強耦合，如果我想在其他地方複用某個類，則這個類依賴的其他類也需要包含。程式就變得很混亂，每個類相互依賴相互呼叫，複用度極低。如果一個類做了修改，則依賴它的很多類都會受到牽連。
為此，出現Spring框架。
Spring的作用就是完全解耦類之間的依賴關係，一個類如果要依賴什麼，那就是一個介面。至於如何實現這個介面，這都不重要了。只要拿到一個實現了這個介面的類，就可以輕鬆的通過xml配置檔案把實現類注射到呼叫介面的那個類裡。所有類之間的這種依賴關係就完全通過配置檔案的方式替代了。所以Spring框架最核心的就是所謂的依賴注入和控制反轉。
現在的結構是，Struts負責顯示層，Hibernate負責持久層，Spring負責中間層，這個結構是目前國內最流行的Java Web應用程式架構。
另外，由於Spring使用的依賴注射以及AOP(面向切面程式設計），所以它的這種內部模式非常優秀，以至於Spring自己也實現了一個使用依賴注射的MVC框架，叫Spring MVC，同時為了很好的處理事務，Spring集成了Hibernate，使事務管理從Hibernate的持久層提升到業務層，使用更加方便和強大。
業務流程：在表示層中，首先通過JSP頁面實現互動介面，負責接收請求（Request）和傳送響應（Response），然後Struts根據配置檔案（struts-config.xml）將ActionServlet接收到的Request委派給相應的Action處理。在業務層中，管理服務元件的Spring IOC容器複雜向Action提交業務模型（Model）元件和該元件的協作物件資料處理（DAO）元件完成業務邏輯，並提供事務處理、緩衝池等容器元件以提升系統性能和保證資料的完整性。而在持久層中，則依賴於Hibernate的物件化對映和資料庫互動，處理DAO元件請求的資料，返回處理結果。