1、Struts
為了解決這些問題，出現了Struts框架，它是壹個完美的MVC實現，它有壹個中央控制類（壹個Servlet），針對不同的業務，我們需要壹個Action類負責頁面跳轉和後臺邏輯運算，壹個或幾個JSP頁面負責數據的輸入和輸出顯示，還有壹個Form類負責傳遞Action和JSP中間的數據。JSP中可以使用Struts框架提供的壹組標簽，就像使用HTML標簽壹樣簡單，但是可以完成非常復雜的邏輯。從此JSP頁面中不需要出現壹行包圍的Java代碼了。
可是所有的運算邏輯都放在Struts的Action裏將使得Action類復用度低和邏輯混亂，所以通常人們會把整個Web應用程序分為三層，Struts負責顯示層，它調用業務層完成運算邏輯，業務層再調用持久層完成數據庫的讀寫。
使用JDBC連接來讀寫數據庫，我們最常見的就是打開數據庫連接、使用復雜的SQL語句進行讀寫、關閉連接，獲得的數據又需要轉換或封裝後往外傳，這是壹個非常煩瑣的過程。
2、Hibernate
這時出現了Hibernate框架，它需要妳創建壹系列的持久化類，每個類的屬性都可以簡單的看做和壹張數據庫表的屬性壹壹對應，當然也可以實現關系數據庫的各種表件關聯的對應。當我們需要相關操作是，不用再關註數據庫表。我們不用再去壹行行的查詢數據庫，只需要持久化類就可以完成增刪改查的功能。使我們的軟件開發真正面向對象，而不是面向混亂的代碼。我的感受是，使用Hibernate比JDBC方式減少了80％的編程量。
現在我們有三個層了，可是每層之間的調用是怎樣的呢？比如顯示層的Struts需要調用壹個業務類，就需要new壹個業務類出來，然後使用；業務層需要調用持久層的類，也需要new壹個持久層類出來用。通過這種new的方式互相調用就是軟件開發中最糟糕設計的體現。簡單的說，就是調用者依賴被調用者，它們之間形成了強耦合，如果我想在其他地方復用某個類，則這個類依賴的其他類也需要包含。程序就變得很混亂，每個類互相依賴互相調用，復用度極低。如果壹個類做了修改，則依賴它的很多類都會受到牽連。 為此，出現Spring框架。
3、Spring
Spring的作用就是完全解耦類之間的依賴關系，壹個類如果要依賴什麽，那就是壹個接口。至於如何實現這個接口，這都不重要了。只要拿到壹個實現了這個接口的類，就可以輕松的通過xml配置文件把實現類註射到調用接口的那個類裏。所有類之間的這種依賴關系就完全通過配置文件的方式替代了。所以Spring框架最核心的就是所謂的依賴註射和控制反轉。
現在的結構是，Struts負責顯示層，Hibernate負責持久層，Spring負責中間的業務層，這個結構是目前國內最流行的Java Web應用程序架構了。另外，由於Spring使用的依賴註射以及AOP（面向方面編程），所以它的這種內部模式非常優秀，以至於Spring自己也實現了壹個使用依賴註射的MVC框架，叫做Spring MVC，同時為了很好的處理事物，Spring集成了Hibernate，使事物管理從Hibernate的持久層提升到了業務層，使用更加方便和強大。
Struts框架是2000年就開始起步了，技術相當成熟，目前全球Java開發中Struts框架是顯示層技術中當之無愧的王者。它擁有大量的用戶群和很好的開發團隊。這也是國內大部分Java軟件公司對新進員工的基本要求。