SSH就是Struts2+Spring+Hibernate。
Struts2：通俗的讲就是为了完成MVC模型中的C的功能，也就是编写具体的业务逻辑的地方。从他的设计上来看就是请求到了web容器，然后经过了一系列的过滤器，再通过请求FilterDispatcher询问ActionMapper是否需要调用某个Action，如果要调用的话， 然后执行先前配置好的拦截器，就到了我们的具体逻辑，执行完之后，还会继续执行对应的拦截器和过滤器逻辑，最后返回给调用方。
Spring：通俗的讲只是通过它的核心IOC来管理我们编写逻辑中间的一些bean。我们通过IOC来减少耦合和简化对象的操作。
Hibernate: 是对象关系映射框架，简单的说，它就是对JDBC进行了非常轻量级的对象封装，目的是让操作数据库像操作对象一样简单。
这个就是SSH三者最开始的目的，他们各司其职，在缺乏框架的年代，很好的配合着，以至于一直流传了下来。
三个组件现在的发展情况
介绍完了SSH的本质，接下来介绍一下这三个组件现在的发展情况。
首先Struts2框架爆出了很多高危漏洞，使得应用的安全有了很大程度的隐患。然后很多做法也不够优雅，特别是JSR-311标准出台之后，随着Restful方式的流程程度普及开来，Struts2越来越被大家所抛弃，虽然struts2也加入了一些plugin来进行支持REST，但是还是过于繁琐。所以导致了现在Struts2的没落。
然后spring以IOC为核心，然后进行大力扩展，先后推出了SpringMVC来完成逻辑层的编写逻辑，现在SpringMVC基本已经完成了替代struts2的工作（一些很老的项目可能没有进行改造）。然后在SpringMVC大获成功之后，基于SpringMVC和web容器，把他们两者进行结合，推出了SpringBoot，经过几年的发展和酝酿，现在后端基本被Spring系列所统一。所以现在要我来讲，后端框架的王者就只有一个Spring系列了。
最后Hibernate只是一个对操作数据库进行映射的ORM框架，有很多也可以替代，比如Ibatis, Mybatis, JPA等等，因为ORM框架有自己的优点也有自己缺点，就看使用者如何进行权衡了。
从我个人的意见来看，简单的业务逻辑直接用JPA（Spring基于Hibernate的封装）就可以了，如果是复杂的，还不如直接写SQL来得简单，调优也方便。
三个组件淘汰的原因
现在提倡和流行的是前后端分离（这里指的分离是完全分离，而不是之前通过模版进行分离，前后端数据交互是根据HTTP进行的）。
并且后端设计的接口趋向于Restful的架构。为什么有这种变化，因为现在前端不仅仅是Web浏览器端，在移动互联网时代，APP也是很大一部分。所以从后端的角度来看，他们都是客户端。APP是没办法通过模版进行渲染的，只能通过HTTP传输数据。这也是后端服务发展的趋势。
Java后端技术有很多，如果想要提高，最好的捷径就是踏踏实实的进行学习，对于刚工作不久的人来说，可以把学习SSH框架的时间用来学习SpringMVC，然后掌握Spring的核心，然后学习什么是Restful概念，最后可以了解JDBC的一些概念（前期不推荐学习ORM框架）。
另外的有SSM框架，老一点项目Spring+Struts2+Mybatis，现在主流是Spring+SpringMVC+Mybatis。
Mybatis是半自动的，Mybatis自动化的地方在于它把数据给我们封装后返回给我们，手动的部分在于我们自己来写sql，这样的方式很灵活，我们可以根据需求写最优的sql语句。
Hibernate是全自动的，sql都帮我们写好了，但是这也是hibernate一个很大的缺点，有时候它给的sql语句并不是最优的，就极大的影响了我们的效率。
这些就是SSH框架被淘汰的原因。
"同样是一颗心，有的能装下高山，有的能装下大海，有的却只能装下一己之悲欢。"