Struts優缺點
優點：
1.開源軟件，能更深入的瞭解其內部實現機制。
2.Taglib標記庫，靈活動用，能大大提高開發效率。
3.頁面導航使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。
4. 提供Exception處理機制 .
5. 數據庫鏈接池管理
6. Struts 的Action必需是thread－safe方式，它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統一同步，這個就引起了線程安全的問題。
缺點：
Taglib是Struts的一大優勢，但對於初學者而言，卻需要一個持續學習的過程，甚至還會打亂你網頁編寫的習慣，但是，當你習慣了它時，你會覺得它真的很棒。
Struts將MVC的Controller一分爲三，在獲得結構更加清晰的同時，也增加了系統的複雜度。
ActionForms使用不便、無法進行單元測試（StrutsTestCase只能用於集成）
Spring優缺點
優點
a. Spring能有效地組織你的中間層對象，不管你是否選擇使用了EJB。如果你僅僅使用了Struts或其他爲J2EE的 API特製的framework，Spring致力於解決剩下的問題。
b. Spring能消除在許多工程中常見的對Singleton的過多使用。根據我的經驗，這是一個很大的問題，它降低了系統的可測試性和麪向對象的程度。
c. 通過一種在不同應用程序和項目間一致的方法來處理配置文件，Spring能消除各種各樣自定義格式的屬性文件的需要。曾經對某個類要尋找的是哪個魔法般的屬性項或系統屬性感到不解，爲此不得不去讀Javadoc甚至源編碼？有了Spring，你僅僅需要看看類的JavaBean屬性。Inversion of Control的使用（在下面討論）幫助完成了這種簡化。
d.? 通過把對接口編程而不是對類編程的代價幾乎減少到沒有，Spring能夠促進養成好的編程習慣。
e. Spring被設計爲讓使用它創建的應用儘可能少的依賴於他的APIs。在Spring應用中的大多數業務對象沒有依賴於Spring。
f. 使用Spring構建的應用程序易於單元測試。
g. Spring能使EJB的使用成爲一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或local EJBs來實現業務接口，卻不會影響調用代碼。
h. Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適用於許多web應用。例如，Spring能使用AOP提供聲明性事務管理而不通過EJB容器，如果你僅僅需要與單個數據庫打交道，甚至不需要一個JTA實現。
i. Spring爲數據存取提供了一個一致的框架,不論是使用的是JDBC還是O/R mapping產品（如Hibernate）。
Spring確實使你能通過最簡單可行的解決辦法來解決你的問題。而這是有有很大價值的。
缺點：使用人數不多、jsp中要寫很多代碼、控制器過於靈活，缺少一個公用控制器
hibernate優缺點
優點：
Hibernate是JDBC的輕量級的對象封裝，它是一個獨立的對象持久層框架。Hibernate可以用在任何JDBC可以使用的場合，例如Java應用程序的數據庫訪問代碼，DAO接口的實現類，甚至可以是BMP裏面的訪問數據庫的代碼。
Hibernate是一個和JDBC密切關聯的框架，所以Hibernate的兼容性和JDBC驅動，和數據庫都有一定的關係，但是和使用它的Java程序，和App Server沒有任何關係，也不存在兼容性問題。
Hibernate不能用來直接和Entity Bean做對比，只有放在整個J2EE項目的框架中才能比較。並且即使是放在軟件整體框架中來看，Hibernate也是做爲JDBC的替代者出現的，而不是Entity Bean的替代者出現的，
Hibernate是一個開放源代碼的對象關係映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數據庫。
Hibernate可以應用在任何使用JDBC的場合。
Hibernate 使用 Java 反射機制 而不是字節碼增強程序來實現透明性。
Hibernate 的性能非常好，因爲它是個輕量級框架。 映射的靈活性很出色。
它支持各種關係數據庫，從一對一到多對多的各種複雜關係。
缺點：它限制您所使用的對象模型。(例如，一個持久性類不能映射到多個表)。
讓我再列一次我已經列n次的框架結構：
傳統的架構：
1) Session Bean <-> Entity Bean <-> DB
爲了解決性能障礙的替代架構：
2) Session Bean <-> DAO <-> JDBC <-> DB
使用Hibernate來提高上面架構的開發效率的架構：
3) Session Bean <-> DAO <-> Hibernate <-> DB
就上面3個架構來分析：
1、內存消耗：採用JDBC的架構2無疑是最省內存的，Hibernate的架構次之，EB的架構1最差。
2、運行效率：如果JDBC的代碼寫的非常優化，那麼JDBC架構運行效率最高，但是實際項目中，這一點幾乎做不到，這需要程序員非常精通JDBC，運用Batch語句，調整PreapredStatement的Batch Size和Fetch Size等參數，以及在必要的情況下采用結果集cache等等。而一般情況下程序員是做不到這一點的。因此Hibernate架構表現出最快的運行效率。EB的架構效率會差的很遠。
3、開發效率：在有JBuilder的支持下以及簡單的項目，EB架構開發效率最高，JDBC次之，Hibernate最差。但是在大的項目，特別是持久層關係映射很複雜的情況下，Hibernate效率高的驚人，JDBC次之，而EB架構很可能會失敗。