Hibernate类似封装的底层。vo类似实体层。各层的引用叫注入。注入和页面跳转要通过spring和Struts 配置文件进行控制......
这是和MVC的ITOO相对比的自己的理解。
待进一步了解后，其实是这样的：
SSH不是一个框架，而是由三个框架(struts+spring+hibernate )组成。
其中使用Struts作为系统的整体基础架构，负责MVC分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。
其基本业务流程是：
1.在表示层中，首先通过JSP页面实现交互界面，负责接收请求(Request)和传送响应(Response)。
2.Struts根据配置文件(struts-config.xml)将ActionServlet接收到的Request委派给相应的Action处理。
3.在业务层中，管理服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。
采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑与持久层的分离。
这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。
所以，分为5层：JSP交互界面、action、service、dao、vo。jsp界面和action 就像mvc的V和C。service类似B层。DAO类似D层。Hibernate类似封装的底层。vo类似实体层。各层的引用叫注入。注入和页面跳转要通过spring 和Struts 配置文件进行控制......
所以，“jsp界面和action 就像mvc的V和C”，就不太恰当了，因为MVC中，V、C之间直接传递数据，但在SSH中，有了Struts对其解耦。界面的请求以及数据返回都需要通过Struts根据配置文件进行相应的处理后，才能顺利执行。
service和DAO确实类似B层、D层。但在这应该就不要提层的概念了。通过这种方式理解是可以的。但毕竟七层、五层都不是专业的说法。
Hibernate类似封装的底层？其实规范的说：Hibernate是一个开放源代码的对象关系映射框架。提到对象关系映射，有没有想到EF？。所以，Hibernate,更贴切的是不是该理解为MVC的M。
