Spring的实现有两种方式，一是配置，二是注解

创新互联专业为企业提供瑞金网站建设、瑞金做网站、瑞金网站设计、瑞金网站制作等企业网站建设、网页设计与制作、瑞金企业网站模板建站服务，10年瑞金做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。目录

• Spring_day01
• • IOC、DI
  • Bean的基本配置、实例化、生命周期
  • • Bean的基本配置
    • bean的实例化
    • 训练中的不足1：
    • bean的生命周期
  • DI相关内容
  • • setter注入
    • 构造器注入
    • 小结
    • 自动注入
    • 集合注入
    • 训练中的不足2
• Spring_day02
• • IOC/DI ==配置== 管理第三方bean
  • • 加载properties文件
    • 加载properties文件小结
  • 核心容器
  • • 创建容器
    • 获取Bean的三种方式 ：
    • 核心容器总结
    • • 容器相关
      • bean相关
      • 依赖注入相关
  • IOC/DI注解开发
  • • 纯注解开发
    • 纯注解的bean的生命周期
    • 注解开发依赖注入
    • 用注解管理第三方bean
    • 注解开发实现为第三方bean注入资源

Spring_day01 IOC、DI

为什么会有IOC和DI？
因为要解决原有代码开发的问题：

IOC：控制反转，什么控制反转？创建对象的权利由程序反转到程序外部，也就是有IOC容器来创建对象。
DI：依赖注入，其实就是绑定，绑定什么呢？绑定两个有依赖关系的对象。

IOC和DI的目标和最终效果

使用IOC的步骤

//1.导入spring的坐标spring-context，对应版本是5.2.10.RELEASE
    
    //2.配置bean-->//bean标签标示配置bean
    //id属性标示给bean起名字
    //class属性表示给bean定义类型
    
    //3.获取IoC容器
        ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
     //4.获取bean（根据bean配置id获取）
//        BookDao bookDao = (BookDao) ctx.getBean("bookDao");   强转对象
//        bookDao.save();

这样一套下来，业务层中的代码就可以不new对象了，改为

接上面的IOC，实现DI的步骤

//5.删除业务层中使用new的方式创建的dao对象
//6.提供对应的set方法
 
//7.配置server与dao的关系-->//property标签表示配置当前bean的属性
//name属性表示配置哪一个具体的属性
//ref属性表示参照哪一个bean
 

这里的一个对应关系很重要

Bean的基本配置、实例化、生命周期 Bean的基本配置

对于bean的基础配置，

IOC容器为我们创建对象默认为单例的，若想创建个多例的，需要在配置文件配置bean的scope属性

使用bean的scope属性可以控制bean的创建是否为单例：

• singleton默认为单例
• prototype为非单例

//spring报错信息处理，看最后一个报错信息，这个解决了报错也就差不多可以解决，看不懂再看倒数第二个以此类推。

IOC容器创造bean对象其实是调用了构造方法，并且这个方法不论是公有的还是私有的都可以调得到，因为用到了反射。

bean的实例化

因此bean实例化的第一个方法就是使用构造方法。

以前为了解耦，往往不自己new对象，而是交给工厂new，现在呢，静态工厂可以移交给spring来创建对象，需要配置要创造的bean的工厂方法（factory-method）：

因此bean实例化的第二个方法就是使用静态工厂。

第三个方法：用FactoryBean创建对象，用UserDaoFactoryBean实现spring框架的一个FactoryBean接口，这是一个泛型，需要指定对象，并重写接口的方法，接着在配置文件中配置

训练中的不足1：

• ctx.getBean（）不知道要赋值给谁，并且括号里不知道写什么？
• 重写FactoryBean接口的getObjectType()方法不知道返回一个什么对象？
• 写完接口总是忘记实现…
• 好久没写Java，创建对象总是忘记加new…
• 业务类调用数据类，service调用dao

bean的生命周期

关于是生命周期的核心问题

• bean生命周期是什么?
  • bean对象从创建到销毁的整体过程。
• bean生命周期控制是什么?
  • 在bean创建后到销毁前做一些事情。

生命周期的控制主要由两种方是，第一种就是自己写初始化（init）操作和销毁（destory）操作，然后在配置文件中bean标签中添加init-method="初始化方法名" destroy-method="销毁方法名"而运行后发现销毁方法中的内容并不会执行，why？

• Spring的IOC容器是运行在JVM中
• 运行main方法后,JVM启动,Spring加载配置文件生成IOC容器,从容器获取bean对象，然后调方法执行
• main方法执行完后，JVM退出，这个时候IOC容器中的bean还没有来得及销毁就已经结束了
• 所以没有调用对应的destroy方法

因此解决方法就是：
关闭容器的两种方式:

• 使用close方法关闭容器，此方法是ClassPathXmlApplicationContext类的，因此要把ApplicationContext换为ClassPathXmlApplicationContext，
• 注册钩子关闭容器，在容器未关闭之前，提前设置好回调函数，让JVM在退出之前回调此函数来关闭容器使用registerShutdownHook()方法，使用此钩子方法也需要把ApplicationContext换为ClassPathXmlApplicationContext

至此就介绍完了，但是这些初始化和销毁实现起来步骤比较多也比较乱，Spring提供了两个接口来完成生命周期的控制，好处是可以不用再进行配置init-method和destroy-method，操作：在业务类实现接口时添加两个接口InitializingBean，DisposableBean并实现接口中的两个方法afterPropertiesSet和destroy，例如：

public class BookServiceImpl implements BookService, InitializingBean, DisposableBean {private BookDao bookDao;
    public void setBookDao(BookDao bookDao) {this.bookDao = bookDao;
    }
    public void save() {System.out.println("book service save ...");
        bookDao.save(); 
    }
    public void destroy() throws Exception {System.out.println("service destroy");
    }
    public void afterPropertiesSet() throws Exception {System.out.println("service init");
    }
}

DI相关内容

依赖注入的两类方式

1. setter注入，有两种引用类型和简单类型（基本类型+String）
2. 构造器注入，同上

setter注入

setter引用类型注入，现在类中注入setter方法，然后在配置文件中使用property标签注入
例如：其中ref的值是bean的id，name的值是引用类的对象名。

setter简单类型注入，先在类中声明对应的简单数据类型的属性,并提供对应的setter方法，然后在配置文件中使用property标签注入
例如：其中name的值是声明的数据类型的名称，value是它的值。

对于setter注入方式的基本使用就已经介绍完了，

• 对于引用数据类型使用的是
• 对于简单数据类型使用的是

构造器注入

构造器引用数据类型，删除setter方法，添加带有参数的构造方法，然后在配置文件中使用标签,例如其中name属性对应的值为构造函数中方法形参的参数名，必须要保持一致。ref属性指向的是spring的IOC容器中其他bean对象。

构造器简单数据类型，删除setter方法，添加带有参数的构造方法，然后在配置文件中使用标签,例如其中name属性同上，value是它的值。

其实这俩在配置文件几乎没有差别不过一个property标签，一个是constructor-arg标签
那这两个如何选择呢？自己开发的模板推荐使用setter方法注入。

小结

• setter注入

  • 简单数据类型

  • 引用数据类型

• 构造器注入

  • 简单数据类型

  • 引用数据类型

• 依赖注入的方式选择上

  • 建议使用setter注入
  • 第三方技术根据情况选择

自动注入

一般采用类型注入(byType)，比如bean1依赖bean2，所以我们要在bean1标签的autowire属性中设置为byType，此时bean2甚至都不需要id，IOC就可以帮我们自动注入，当然自动注入只能注入引用类型。
环境：

BookServiceImpl中要调用BookDao的方法，势必要在BookServiceImpl中声明一个BookDao的对象，并且若实现自动注入，则BookServiceImpl中必须有BookDao的setter方法，再进行配置

如：

注意事项：按照类型在Spring的IOC容器中如果找到多个对象，会报NoUniqueBeanDefinitionException

集合注入

数组、list、set、map、properties一共有五种
先声明集合，然后设置集合的setter方法，接着在配置中用property标记相应的bean，如：

   100 200 300     100 200 300     itcast itheima boxuegu boxuegu     

说明：

• property标签表示setter方式注入，构造方式注入constructor-arg标签内部也可以写、、、、标签
• List的底层也是通过数组实现的，所以和标签是可以混用
• 集合中要添加引用类型，只需要把标签改成标签，这种方式用的比较少

训练中的不足2 Spring_day02 IOC/DI配置管理第三方bean

对象有我们自己的IOC帮忙创建的，还有第三方提供的，如何管理这些第三方提供的bean呢？

以Spring的IOC容器来管理Druid连接池对象为例：

1.使用第三方的技术，需要在pom.xml添加依赖

2.在配置文件中将【第三方的类】制作成一个bean，让IOC容器进行管理

3.数据库连接需要基础的四要素驱动、连接、用户名和密码，【如何注入】到对应的bean中（driver，url，username，password）

4.从IOC容器中获取对应的bean对象，将其打印到控制台查看结果。

对于一个陌生的第三方的bean，我们就要探索了，在mvnresportry搜索，然后看他是否可以用构造方法注入，如若不行则用setter方法注入，使用setter方法注入则在配置文件中用property和value标签配置就可。

黑马举两个数据连接池的例子，druid和C3p0

加载properties文件

然而把这些配置写在applicationContext.xml文件中是不合适的，所以我们往往将这些配置写在jdbc.properties中

jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://127.0.0.1:3306/spring_db
jdbc.username=root
jdbc.password=1234

因此要先在applicationContext.xml中进行配置。

修改五个地方：

在xml中读取jdbc.properties，使用${key}来读取properties配置文件中的内容并完成属性注入

到此读取配置文件就介绍完了，然后这里有一个小坑，
如果我在jdbc.properties中写了username而不是jdbc.username，然后在applicationContext.xml中使用${username},则获取到的是并不是我设定的值，而是系统变量的值，如：

运行结果：

如何解决这个问题？在xml中设置system-properties-mode=“NEVER”

再次运行：

还有一个注意事项，在xml中加载properties文件时，location="*properties"表示当前类路径下所有的配置文件，但不够规范，应写为location="classpath:*properties",而有时候需要加载jar包中的配置文件，则使用location="classpath*:*properties"

加载properties文件小结

核心容器

核心容器，可以把它简单的理解为ApplicationContext

创建容器

第一种，就是利用类ClassPathXmlApplicationContext创建
第二种，利用类FileSystemXmlApplicationContext来创建，此方法需要在后面跟配置文件的绝对路径，但是当项目的位置发生变化后,代码也需要跟着改,耦合度较高,不推荐使用。

//第一种
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");	

//第二种
ApplicationContext ctx = new FileSystemXmlApplicationContext("D:\\workspace\\spring\\spring_10_container\\src\\main\\resources\\applicationContext.xml");

获取Bean的三种方式 ：

BookDao bookDao = (BookDao) ctx.getBean("bookDao");			//这种方式存在的问题是每次获取的时候都需要进行类型转换
        BookDao bookDao0 = ctx.getBean("bookBao",BookDao.class);	//这种方式可以解决类型强转问题，但是参数又多加了一个，相对来说没有简化多少。
        BookDao bookDao1 = ctx.getBean(BookDao.class); 				//这种方式就类似我们之前所学习依赖注入中的按类型注入。必须要确保IOC容器中该类型对应的bean对象只能有一个。
        //此三种方法各有利弊，选择合适的就行

从ApplicationContext一直向上找，可以找到BeanFactory，所以ApplicationContext最上级的父接口为 BeanFactory，故我们也可以用BeanFactory来创建IOC容器，但是他有一些东西不够全面，所以逐渐才有了ApplicationContext

使用 BeanFactory创造IOC容器：

public class AppForBeanFactory {public static void main(String[] args) {Resource resources = new ClassPathResource("applicationContext.xml");
        BeanFactory bf = new XmlBeanFactory(resources);
        BookDao bookDao = bf.getBean(BookDao.class);
        bookDao.save();
    }
}

ApplicationContext和BeanFactory的区别：

• BeanFactory是延迟加载，只有在获取bean对象的时候才会去创建

• ApplicationContext是立即加载，容器加载的时候就会创建bean对象

• ApplicationContext要想成为延迟加载，只需要在xml中的bean中添加lazy-init并将其设置为true，如：

核心容器总结

这节中没有新的知识点，只是对前面知识的一个大总结，共包含如下内容:

容器相关

• BeanFactory是IoC容器的顶层接口，初始化BeanFactory对象时，加载的bean延迟加载
• ApplicationContext接口是Spring容器的核心接口，初始化时bean立即加载
• ApplicationContext接口提供基础的bean操作相关方法，通过其他接口扩展其功能
• ApplicationContext接口常用初始化类
  • ClassPathXmlApplicationContext(常用)
  • FileSystemXmlApplicationContext

bean相关

其实整个配置中最常用的就两个属性id和class。

把scope、init-method、destroy-method框起来的原因是，后面注解在讲解的时候还会用到，所以大家对这三个属性关注下。

依赖注入相关

IOC/DI注解开发

注解开发定义bean
三步走：1.删除配置文件中的bean、2.在要创建的bean的类上打注解@Component,注意不要打在接口上，3.在配置中写组件扫描component-scan，并指定路径.
小细节，在@Component后面接(“id名称”)，然后在获取bean是用id获取再填后面接的名称就可以一一对应起来了例如

//BookServiceImpl.java
@Component("bookService.class")
public class BookServiceImpl implements BookService {public void save() {System.out.println("book service save ...");

    }

//App.java
        BookService bookService = (BookService) ctx.getBean("bookService.class");

；或者也可以用类型获取的方式,在@Component后面什么写不用写，当然如果不起名称，会有一个默认值就是当前类名首字母小写，

@Component()
public class BookServiceImpl implements BookService {public void save() {System.out.println("book service save ...");

    }
}

BookService bookService = (BookService) ctx.getBean(BookService.class);

纯注解开发

将配置文件改为一个Java文件然后在里面打入注解@Configration就代替了配置文件，这种开发方式便叫：纯注解开发
这个用来配置的java文件可以主包目录下新建的config包中，也可以直接放在主包目录下，spring均能检测到

纯注解开发步骤：

1. 用Java文件（类名可以为SpringConfig）替换xml文件
2. 在SpringConfig类上打两个注解@Configration和@ComponentScan，要注明扫描的目录 在主程序中new
3. 一个AnnotationConfigApplicationContext类，并在()中写入你的配置Java文件例如SpringConfig.class

总结一下纯注解就是把xml中的配置信息给他体现在Java文件中，怎么体现呢？
答：用注解的方式体现，将某个配置在xml中的功能通过注解在类、属性、方法等等的方式体现出来

纯注解的bean的生命周期

用@PostConstruct和@PreDestroy注解方法，前者就是bean的初始化之前做的事，后者就是销毁之后做的事
在这里呀要关闭容器，我们要调用close方法，但是报错了，我的记忆突然被唤起，ApplicationContext没有close方法，之前学周期的之后说是ClassPathXmlApplicationContext有close方法，此时我们新建的对象是AnnotationConfigApplicationContext啊，所以等我一改成AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);报错取消了，开心~

小结一下

注解开发依赖注入

纯注解只有自动装配啊，没有什么setter注入，也没有构造器注入，所以用@Autowired来注解，而@Autowired它是按照类型注入，如果我有两个实现类实现了同一个接口，那么自动注入就会报错啊，所以此时我们可以要用@Repository来表示不同的实现类，以此来达到用id来注入的目的

@Repository("bookDao")
public class BookDaoImpl implements BookDao {public void save() {System.out.println("book dao save ..." );
    }
}
@Repository("bookDao2")
public class BookDaoImpl2 implements BookDao {public void save() {System.out.println("book dao save ...2" );
    }
}

但是这个方法不好，所以一般想用哪个就把@Qualifier注在哪个对象上
注：@Repository注解的作用就是对DAO中的类进行注解，同时给每个类一个标识，也就是到时候将IOC中的bean一一对应起来。

一般来说，dao中的类用@Repository来创建Bean，而service中的类用@Component来创建Bean

value注解既可以设置确定的值，也可以通过("${ }")的方式将配置文件中的值赋值给成员变量，使用之前需要在java配置文件中写入@PropertySource(“jdbc.properties”)，括号内为配置文件名，若是多文件则使用数组格式，如

@PropertySource({"jdbc.properties","jdbc1.properties","jdbc1.properties"})

用注解管理第三方bean

主要是使用@Bean注解，在java配置文件中定义相应的方法，并返回对象
但凡整个第三方框架，都要使用@Bean

@Configuration
public class SpringConfig {//定义一个方法获得要管理的对象
    @Bean
    public DataSource dataSource(){DruidDataSource ds = new DruidDataSource();
        ds.setDriverClassName("com.mysql.jdbc.Driver");
        ds.setUrl("jdbc:mysql://localhost:3306/db1");
        ds.setUsername("root");
        ds.setPassword("1234");
        return ds;
    }

}

但是你的jdbc配置写在我SpringConfig中是个什么意思，到时候第三方的配置很多很多，都写在一个文件显然不方便，所以你自己在config包下创建自己的配置类，然后在其中写方法，写相应的配置就ok，写完之后得在总的配置类中汇报一下吧，那就用@Import注解注在SpringConfig上就ok

注解开发实现为第三方bean注入资源

第三方的Bean我们可以管理了，但是如何为第三方注入资源呢？
注入的资源分为两种，简单类型与引用类型
简单类型就@Value注解；引用类型就在方法中写入你要注入的对象的形参

来一个需求（简单类型）：
1.resources目录下添加jdbc.properties

2.配置文件中提供四个键值对分别是数据库的四要素

3.使用@PropertySource加载jdbc.properties配置文件

4.修改@Value注解属性的值，将其修改为${key}，key就是键值对中的键的值

完成此需求最主要的就是，一要在SpringConfig中添加@PropertySource({"jdbc.properties"})
二在注解@Value中使用${}来获取properties文件中的键名

那么引用类型呢？首先在第三方配置中扫描要注入的对象类型（用@ComponentScan），然后在第三方配置的方法中添加参数，这个参数是引用类型的，如
在第三方配置DruidDataSource中注入一个BookDao

@Bean
public DataSource dataSource(BookDao bookDao){System.out.println(bookDao);
    DruidDataSource ds = new DruidDataSource();
    ds.setDriverClassName(driver);
    ds.setUrl(url);
    ds.setUsername(userName);
    ds.setPassword(password);
    return ds;
}

引用类型注入只需要为bean定义方法设置形参即可，容器会根据类型自动装配对象。

注解大总结+xml配置对比

标红的注解是最常用的，在开发中的使用频率起码要在百分之七十以上的~

你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧

网站栏目：做了一个违背祖宗的决定——发布SSM框架教程-创新互联
网页路径：http://ybzwz.com/article/deocos.html