频道栏目
首页 > 程序开发 > 软件开发 > Java > 正文
SSH(Struts,Spring,Hibernate)和SSM(SpringMVC,Spring,MyBatis)的区别
2017-06-05 09:24:00         来源:Gane_Cheng的博客  
收藏   我要投稿

SSH 和 SSM 的定义

本人经历过两种技术架构,分别是常说的 SSH 和 SSM ,SSH 在本科的时候老师就教过。SSM 则是去公司后用的比较多。现在我想将这两大阵营的技术做一下对比。由于本人能力有限,涉及技术较多,我只从具体的应用方面做一些对比。

SSH 通常指的是 Struts2 做前端控制器,Spring 管理各层的组件,Hibernate 负责持久化层。

SSM 则指的是 SpringMVC 做前端控制器,Spring 管理各层的组件,MyBatis 负责持久化层。

共同之处是都使用了Spring的依赖注入DI来管理各层的组件,使用了面向切面编程AOP来实现日志管理,权限认证,事务等通用功能的切入。

不同之处是 Struts2 和 SpringMVC 做前端控制器的区别,以及 Hibernate 和 MyBatis 做持久化时的区别。但是,Struts2 也可以和 MyBatis 搭配使用,SpringMVC 也可以和 Hibernate 搭配使用。本文为了简化对比,指定 Struts2 要和 Hibernate 搭配,SpringMVC 要和 MyBatis 搭配。

SSH 和 SSM 的实现原理区别

所在分层SSHSSM

页面层(View)JSPJSP

控制器层(Controller)Struts2SpringMVC

业务层(Service)JavaJava

持久层(DAO)HibernateMyBatis

数据库层(DB)MySQL/OracleMySQL/Oracle

组件管理(Bean)SpringSpring

(1) Struts2 的原理

这里写图片描述

一个请求在Struts2框架中的处理大概分为以下几个步骤:

1、客户端初始化一个指向Servlet容器(例如Tomcat)的请求

2、这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和其他框架的集成很有帮助,例如:SiteMesh Plugin)

3、接着FilterDispatcher被调用,FilterDispatcher询问ActionMapper来决定这个请求是否需要调用某个Action

FilterDispatcher是控制器的核心,就是mvc中c控制层的核心。下面粗略的分析下FilterDispatcher工作流程和原理:FilterDispatcher进行初始化并启用核心doFilter。

public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {

showDeprecatedWarning();

HttpServletRequest request = (HttpServletRequest) req;

HttpServletResponse response = (HttpServletResponse) res;

ServletContext servletContext = getServletContext();

String timerKey = "FilterDispatcher_doFilter: ";

try {

// FIXME: this should be refactored better to not duplicate work with the action invocation

ValueStack stack = dispatcher.getContainer().getInstance(ValueStackFactory.class).createValueStack();

ActionContext ctx = new ActionContext(stack.getContext());

ActionContext.setContext(ctx);

UtilTimerStack.push(timerKey);

request = prepareDispatcherAndWrapRequest(request, response);

ActionMapping mapping;

try {

//在这里找到Action的映射器

mapping = actionMapper.getMapping(request, dispatcher.getConfigurationManager());

} catch (Exception ex) {

log.error("error getting ActionMapping", ex);

dispatcher.sendError(request, response, servletContext, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, ex);

return;

}

//没有此Action的话,就去查找静态资源

if (mapping == null) {

// there is no action in this request, should we look for a static resource?

String resourcePath = RequestUtils.getServletPath(request);

if ("".equals(resourcePath) && null != request.getPathInfo()) {

resourcePath = request.getPathInfo();

}

if (staticResourceLoader.canHandle(resourcePath)) {

staticResourceLoader.findStaticResource(resourcePath, request, response);

} else {

// this is a normal request, let it pass through

chain.doFilter(request, response);

}

// The framework did its job here

return;

}

//有此Action的话则把控制权交给ActionProxy

dispatcher.serviceAction(request, response, servletContext, mapping);

} finally {

dispatcher.cleanUpRequest(request);

try {

ActionContextCleanUp.cleanUp(req);

} finally {

UtilTimerStack.pop(timerKey);

}

devModeOverride.remove();

}

}

4、如果ActionMapper决定需要调用某个Action,FilterDispatcher把请求的处理交给ActionProxy

public void serviceAction(HttpServletRequest request, HttpServletResponse response, ServletContext context,

ActionMapping mapping) throws ServletException {

Map extraContext = createContextMap(request, response, mapping, context);

// If there was a previous value stack, then create a new copy and pass it in to be used by the new Action

ValueStack stack = (ValueStack) request.getAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY);

boolean nullStack = stack == null;

if (nullStack) {

ActionContext ctx = ActionContext.getContext();

if (ctx != null) {

stack = ctx.getValueStack();

}

}

if (stack != null) {

extraContext.put(ActionContext.VALUE_STACK, valueStackFactory.createValueStack(stack));

}

String timerKey = "Handling request from Dispatcher";

try {

UtilTimerStack.push(timerKey);

String namespace = mapping.getNamespace();

String name = mapping.getName();

String method = mapping.getMethod();

//获取配置文件

Configuration config = configurationManager.getConfiguration();

//根据配置文件找到此Action并生成ActionProxy

ActionProxy proxy = config.getContainer().getInstance(ActionProxyFactory.class).createActionProxy(

namespace, name, method, extraContext, true, false);

request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, proxy.getInvocation().getStack());

// if the ActionMapping says to go straight to a result, do it!

if (mapping.getResult() != null) {

Result result = mapping.getResult();

//ActionProxy创建一个ActionInvocation的实例

result.execute(proxy.getInvocation());

} else {

proxy.execute();

}

// If there was a previous value stack then set it back onto the request

if (!nullStack) {

request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, stack);

}

} catch (ConfigurationException e) {

logConfigurationException(request, e);

sendError(request, response, context, HttpServletResponse.SC_NOT_FOUND, e);

} catch (Exception e) {

if (handleException || devMode) {

sendError(request, response, context, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);

} else {

throw new ServletException(e);

}

} finally {

UtilTimerStack.pop(timerKey);

}

}

5、ActionProxy通过Configuration Manager询问框架的配置文件,找到需要调用的Action类

6、ActionProxy创建一个ActionInvocation的实例。

7、ActionInvocation实例使用命名模式来调用,在调用Action的过程前后,涉及到相关拦截器(Intercepter)的调用。

8、一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是,也可 能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。

9、将处理结果返回给客户端

(2) SpringMVC 的原理

这里写图片描述

执行步骤:

第一步:发起请求到前端控制器(DispatcherServlet)

第二步:前端控制器请求HandlerMapping查找 Handler

可以根据xml配置、注解进行查找

第三步:处理器映射器HandlerMapping向前端控制器返回Handler

第四步:前端控制器调用处理器适配器去执行Handler

第五步:处理器适配器去执行Handler

第六步:Handler执行完成给适配器返回ModelAndView

第七步:处理器适配器向前端控制器返回ModelAndView

ModelAndView是SpringMVC框架的一个底层对象,包括 Model和view

第八步:前端控制器请求视图解析器去进行视图解析

根据逻辑视图名解析成真正的视图(jsp)

第九步:视图解析器向前端控制器返回View

第十步:前端控制器进行视图渲染

视图渲染将模型数据(在ModelAndView对象中)填充到request域

第十一步:前端控制器向用户响应结果

(3) Hibernate 的原理

1.通过Configuration().configure();读取并解析hibernate.cfg.xml配置文件

2.由hibernate.cfg.xml中的读取并解析映射信息

3.通过config.buildSessionFactory();//创建SessionFactory

4.sessionFactory.openSession();//打开Sesssion

5.session.beginTransaction();//创建事务Transation

6.persistent operate持久化操作

7.session.getTransaction().commit();//提交事务

8.关闭Session

9.关闭SesstionFactory

(4) MyBatis原理

这里写图片描述

MyBatis框架执行过程:

1、配置MyBatis的配置文件,SqlMapConfig.xml(名称不固定)

2、通过配置文件,加载MyBatis运行环境,创建SqlSessionFactory会话工厂

SqlSessionFactory 在实际使用时按单例方式。

3、通过SqlSessionFactory创建SqlSession

SqlSession 是一个面向用户接口(提供操作数据库方法),实现对象是线程不安全的,建议sqlSession应用场合在方法体内。

4、调用 sqlSession 的方法去操作数据。

如果需要提交事务,需要执行 SqlSession 的 commit() 方法。

5、释放资源,关闭SqlSession

Struts2 和 SpringMVC 在 web.xml 中配置的不同

(1) Struts2

struts2

org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter

filterConfig

classpath:struts2/struts.xml

struts2

/*

Struts2使用Filter嵌入自己的框架。配置文件加载顺序为:default.properties -> struts-default.xml -> struts-plugins.xml -> struts.xml -> struts.locale。

加载顺序可以参考这篇文章的源码分析了解更多。https://my.oschina.net/gschen/blog/121433

(2) SpringMVC

springmvc_rest

org.springframework.web.servlet.DispatcherServlet

contextConfigLocation

classpath:spring/springmvc.xml

springmvc_rest

/

SpringMVC使用Servlet嵌入自己的框架。

(3)web.xml不同之处

SpringMVC的入口是Servlet,而Struts2是Filter(这里要指出,Filter和Servlet是不同的。以前认为filter是servlet的一种特殊),这就导致了二者的机制不同,这里就牵涉到Servlet和Filter的区别了。但是这只是接管用户请求的两种不同方式而已,控制权被Struts2和SpringMVC掌握之后,想做什么事都是可以做到的。

Servlet

servlet是一种运行服务器端的java应用程序,具有独立于平台和协议的特性,并且可以动态的生成web页面,它工作在客户端请求与服务器响应的中间层。最早支持 Servlet 技术的是 JavaSoft 的 Java Web Server。此后,一些其它的基于 Java 的 Web Server 开始支持标准的 Servlet API。Servlet 的主要功能在于交互式地浏览和修改数据,生成动态 Web 内容。这个过程为:

1) 客户端发送请求至服务器端;

2) 服务器将请求信息发送至 Servlet;

3) Servlet 生成响应内容并将其传给服务器。响应内容动态生成,通常取决于客户端的请求;

4) 服务器将响应返回给客户端。

在 Web 应用程序中,一个 Servlet 在一个时刻可能被多个用户同时访问。这时 Web 容器将为每个用户创建一个线程来执行 Servlet。如果 Servlet 不涉及共享资源的问题,不必关心多线程问题。但如果 Servlet 需要共享资源,需要保证 Servlet 是线程安全的。

为了简化开发流程,Servlet 3.0 引入了注解(annotation),这使得 web 部署描述符 web.xml 不再是必须的选择。

Filter:Filter是一个可以复用的代码片段,可以用来转换HTTP请求、响应和头信息。Filter不像Servlet,它不能产生一个请求或者响应,它只是修改对某一资源的请求,或者修改从某一的响应。Servlet中的过滤器Filter是实现了javax.servlet.Filter接口的服务器端程序,主要的用途是过滤字符编码、做一些业务逻辑判断等。其工作原理是,只要你在web.xml文件配置好要拦截的客户端请求,它都会帮你拦截到请求,此时你就可以对请求或响应(Request、Response)统一设置编码,简化操作;同时还可进行逻辑判断,如用户是否已经登陆、有没有权限访问该页面等等工作。它是随你的web应用启动而启动的,只初始化一次,以后就可以拦截相关请求,只有当你的web应用停止或重新部署的时候才销毁。Filter可认为是Servlet的一种“变种”,它主要用于对用户请求进行预处理,也可以对HttpServletResponse进行后处理,是个典型的处理链。它与Servlet的区别在于:它不能直接向用户生成响应。完整的流程是:Filter对用户请求进行预处理,接着将请求交给Servlet进行处理并生成响应,最后Filter再对服务器响应进行后处理。

Servlet与Filter的区别可以从这篇文章了解更多。https://www.cnblogs.com/doit8791/p/4209442.html

Struts2 和 SpringMVC 处理用户请求的不同

Struts2和SpringMVC的核心都是接管用户的请求,解决传统Servlet开发过于繁琐,重用性不高的问题。

Struts2和SpringMVC都有注解和配置文件两种匹配用户请求URL的方式。

Struts2注解方式匹配URL

参考网址:https://struts.apache.org/docs/convention-plugin.html

首先需要将架包(struts2-convention-plugin-xxx.jar)导入工程中

示例

package com.example.actions;

import com.opensymphony.xwork2.ActionSupport;

import org.apache.struts2.convention.annotation.Action;

import org.apache.struts2.convention.annotation.Actions;

import org.apache.struts2.convention.annotation.Result;

import org.apache.struts2.convention.annotation.Results;

@Results({

@Result(name="failure", location="fail.jsp")

})

public class HelloWorld extends ActionSupport

{

@Action(value="/different/url",

results={@Result(name="success", location="https://struts.apache.org", type="redirect")}

)

public String execute()

{

return SUCCESS;

}

@Action("/another/url")

public String doSomething()

{

return SUCCESS;

}

}

Struts2配置方式匹配URL

/fail.jsp

https://struts.apache.org

/fail.jsp

SpringMVC注解方式匹配URL

package com.jpkc.controller;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import javax.servlet.http.HttpSession;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Controller;

import org.springframework.web.bind.annotation.RequestMapping;

import org.springframework.web.bind.annotation.RequestMethod;

import org.springframework.web.servlet.ModelAndView;

@RequestMapping("/admin")

@Controller

public class LoginController

{

@RequestMapping("/admin_home")

public String admin_home() throws Exception

{

return "forward:/shop/index.jsp";

}

@RequestMapping("/exit")

public String logout(ModelAndView model, HttpSession session) throws Exception

{

session.invalidate();

return "redirect:/manager/login.jsp";

}

}

SpringMVC配置方式匹配URL

public class ItemsController1 implements Controller

{

@Override

public ModelAndView handleRequest(HttpServletRequest request,

HttpServletResponse response) throws Exception

{

//调用Service查找 数据库,查询商品列表,这里使用静态数据模拟

List itemsList = new ArrayList();

//向list中填充静态数据

Items items_1 = new Items();

items_1.setName("联想笔记本");

items_1.setPrice(6000f);

items_1.setDetail("ThinkPad T430 联想笔记本电脑!");

Items items_2 = new Items();

items_2.setName("苹果手机");

items_2.setPrice(5000f);

items_2.setDetail("iphone6苹果手机!");

itemsList.add(items_1);

itemsList.add(items_2);

//返回ModelAndView

ModelAndView modelAndView = new ModelAndView();

//相当 于request的setAttribut,在jsp页面中通过itemsList取数据

modelAndView.addObject("itemsList", itemsList);

//指定视图

modelAndView.setViewName("/WEB-INF/jsp/items/itemsList.jsp");

return modelAndView;

}

}

1、Struts2是类级别的拦截, 一个类对应一个request上下文,SpringMVC是方法级别的拦截,一个方法对应一个request上下文,而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲,因为Struts2中Action的一个方法可以对应一个url,而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了。

2、由上边原因,SpringMVC的方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架,方法之间不共享变量,而Struts2搞的就比较乱,虽然方法之间也是独立的,但其所有Action变量是共享的,这不会影响程序运行,却给我们编码 读程序时带来麻烦,每次来了请求就创建一个Action,一个Action对象对应一个request上下文。

点击复制链接 与好友分享!回本站首页
上一篇:Spring Boot学习总结(3)--SpringBoot魅力所在
下一篇:Spring学习笔记 —— 从IOC说起
相关文章
图文推荐
点击排行

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站