Spring 框架入门

一、Spring概述

什么是Spring？

  Spring是一个开源框架，Spring是于2003年兴起的一个轻量级的Java开发框架，由Rod Johnson在其著作Expert One-On-One J2EE Development and Design中阐述的部分理念和原型衍生而来。
  它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许使用者选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。
  Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。
  Spring的核心是控制反转(IoC)和面向切面(AOP)。简单来说，Spring是一个分层的JavaSE/EEfull-stack(一站式)轻量级开源框架。

为什么说Spring是一个一站式的轻量级开源框架呢？EE开发可分成三层架构，针对JavaEE的三层结构，每一层Spring都提供了不同的解决技术。

• WEB层：SpringMVC
• 业务层：Spring的IoC
• 持久层：Spring的JDBCTemplate(Spring的JDBC模板，ORM模板用于整合其他的持久层框架)

轻量级与重量级概念的划分

经常会有人问到Spring是属于轻量级框架，还是属于重量级框架呢？其实划分一个应用是否属于轻量级还是重量级，主要看它使用了多少服务。使用的服务越多，容器要为普通java对象做的工作就越多，必然会影响到应用的发布时间或者是运行性能。

对于Spring容器来说，它提供了很多服务，但这些服务并不是默认为应用打开的，应用需要某种服务，还需要指明使用该服务，如果应用使用的服务很少，如：只使用了Spring核心服务，那么我们可以认为此时应用属于轻量级的，如果应用使用了Spring提供的大部分服务，这时应用就属于重量级的。目前EJB容器就因为它默认为应用提供了EJB规范中所有的功能，所以它属于重量级。

Spring的核心有两部分：

• IoC：控制反转。
  举例来说，在之前的操作中，比方说有一个类，我们想要调用类里面的方法(不是静态方法)，就要创建类的对象，使用对象调用方法实现。对于Spring来说，Spring创建对象的过程，不是在代码里面实现的，而是交给Spring来进行配置实现的。

• AOP：面向切面编程。
  之前，讲Struts2框架的拦截器时，我们就已稍微讲了一下，在Spring学习过程中，我们会着重来讲它。但是本文并不会过多阐述它，下文再讲。

二、为何要使用Spring

• 方便解耦，简化开发，降低组件之间的耦合度，实现软件各层之间的解耦。。
  Spring就是一个大工厂，可以将所有对象的创建和依赖关系的维护，交给Spring管理。
• AOP编程的支持
  Spring提供面向切面编程，可以方便的实现对程序进行权限拦截、运行监控等功能。
• 声明式事务的支持
  只需要通过配置就可以完成对事务的管理，而无须手动编程。
• 方便程序的测试
  Spring对Junit4支持，可以通过注解方便的测试Spring程序。
• 方便集成各种优秀的框架
  Spring不排斥各种优秀的开源框架，其内部提供了对各种优秀框架(如：Struts2、Hibernate、MyBatis、Quartz等)的直接支持。
• 降低JavaEE API的使用难度
  Spring对JavaEE开发中非常难用的一些API(JDBC、JavaMail、远程调用等)，都提供了封装，使这些API应用难度大大降低。

三、使用Spring的好处

上面我们就已详细列出了使用Spring框架带来的好处，我们仅就第三点进行详细说明之。
当使用Spring框架时，我们可以使用容器提供的众多服务。

试想若要是不使用Spring框架，那么使用Hibernate框架进行事务操作就应是：

Hibernate的事务操作：

public void save(){
    Session session = sessionFactory.getCurrentSession();
    session.beginTransaction();
    Info info = new Info("Spring框架");
    info.setContent("学习Spring框架");
    session.save(info);
    session.getTransaction().commit();
}

既不使用Spring框架，也不使用Hibernate框架，直接使用最原始的JDBC技术进行事务操作，代码就应是：

JDBC的事务操作：

Connection conn = null;
try {
    ......
    conn.setAutoCommit(false);
    Statement stmt = conn.createStatement();
    stmt.executeUpdate("update person where name='叶天'");
    conn.commit();
    ......
} catch (Exception e) { 
    conn.rollback(); 
} finally {
    conn.close();
}

而如果使用Spring框架，那我们就不再需要手工控制事务了。另外，如果使用Spring框架，我们也不需要处理复杂的事务传播行为了。我们举例子来说明之。

例如，有代码：

public void payment(){
    Bean1.update(); // 更新金额
    Bean2.save(); // 记录操作日志
}

public class Bean1 { 
    public void update(){ // 注意：下面省略了一些代码
        Connection conn = null;
        conn.setAutoCommit(false);
        Statement.executeUpdate("update account set amount=? where id=?");  
    }
}

public class Bean2 {
    public void save(){ // 注意：下面省略了一些代码
        Connection conn = null;
        conn.setAutoCommit(false);
        Statement.executeUpdate("insert into Log (content) values (?)");
    }
}

如果我们不使用Spring框架，针对下面这两种业务需求，我们该如何做呢？

• 第1种可能的业务需求：要求Bean1.update()和Bean2.save()在同一个事务中执行。
• 第2种可能的业务需求：要求不管Bean1.update()的事务是否成功，都需要记录操作日志。

若要是不使用Spring框架，针对第1种可能的业务需求，我们的解决办法用代码来表示就是：

public void payment(){
    Connection conn = null;
    conn.setAutoCommit(false);
    Bean1.update(conn); // 更新金额
    Bean2.save(conn); // 记录操作日志
    // ...提交或回滚事务
}

public class Bean1 { 
    public void update(Connection conn){ // 注意：下面省略了一些代码
        Statement.executeUpdate("update account set amount=? where id=?");  
    }
}

public class Bean2 {
    public void save(Connection conn){ // 注意：下面省略了一些代码
        Statement.executeUpdate("insert into Log (content) values (?)");
    }
}

针对第2种可能的业务需求，我们不需要修改代码就可完成，因为Bean1.update()开启了一个事务，Bean2.save()同样也开启了一个事务，Bean1.update()开启的事务的回滚不会影响到Bean2.save()开启的事务。

倘若使用Spring框架，我们只需要通过声明式的事务属性配置就可以轻松地实现这两种业务需求。

要求Bean1.update()和Bean2.save()在同一个事务中执行。我们只须将代码改为：

@Transactional(propagation=Propagation.Required)
public void payment(){
    Bean1.update(); // 更新金额
    Bean2.save(); // 记录日志
}

public class Bean1 {
    @Transactional(propagation=Propagation.Required)
    public void update(){
        executeUpdate("update account set amount=? where id=?");    
    }
}

public class Bean2 {
    @Transactional(propagation=Propagation.Required)
    public void save(){
        executeUpdate("insert into Log (content) values (?)");
    }
}

要求不管Bean1.update()的事务是否成功，都需要记录日志。我们只须将代码改为：

@Transactional(propagation=Propagation.Required)
public void payment(){
    Bean1.update(); // 更新金额
    Bean2.save(); // 记录日志
}

public class Bean1 {
    @Transactional(propagation=Propagation.Required)
    public void update(){
        executeUpdate("update account set amount=? where id=?");    
    }
}

public class Bean2 {
    @Transactional(propagation=Propagation.RequiresNew)
    public void save(){
        executeUpdate("insert into Log (content) values (?)");
    }
}

四、Spring的入门案例

IOC的底层实现原理

IOC：Inversion of Control，控制反转。指的是对象的创建权反转(交给)给Spring，其作用是实现了程序的解耦合。也可这样解释：获取对象的方式变了。对象创建的控制权不是“使用者”，而是“框架”或者“容器”。

用更通俗的话来说，IOC就是指对象的创建，并不是在代码中用new操作new出来的，而是通过Spring进行配置创建的。其底层实现原理是XML配置文件+SAX解析+工厂设计模式。

直接用new操作创建对象为什么不好呢（Sping为什么使用依赖注入而不使用实例化对象的方式）？ ？
spring对业务逻辑类和Dao类使用注入，是因为这些类不需要存储功能，只需要能够使用这些类中的处理方法就行了。若是使用new，那么每次进行业务处理都要new一个对象，不仅降低效率而且占用更多的资源。另外实现程序的解耦合，在一些复杂的系统中，一个对象A可能依赖于对象B，C等（代码表现为A类持有B，C类的对象作为A类的属性），以往来说，我们想要使用B，C中的方法时，就要先new出BC的对象，再去调用方法。我们并不想在A类中new出B，C的对象，这样会增加类之间的耦合性。

就拿持久层(也即dao(data access object，数据访问对象)层)的开发来说，官方推荐做法是先创建一个接口，然后再创建接口对应的实现类。

先创建一个Userdao接口

public interface UserDao {
    public void add();
}

再创建Userdao接口的UserDaoImpl实现类

public class UserDaoImpl implements UserDao {
   
    public void add() {
        balabala......
    }
}

接着我们在service层调用dao层，核心代码如下：

// 接口 实例变量 = new 实现类
UserDao dao = new UserDaoImpl();
dao.add();

可发现缺点：service层和dao层耦合度太高了。解决方法是使用工厂模式进行解耦合操作。
创建一个工厂类，在工厂类中提供一个方法，返回实现类的对象。

public class Factory {
    // 提供返回实现类对象的方法
    public static UserDao getUserDaoImpl() {
        return new UserDaoImpl();
    }
}

然后在service层调用dao层的核心代码就变为：

UserDao dao = Factory.getUserDaoImpl