做了一个违背祖宗的决定——发布SSM框架教程-创新互联
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注入资源
为什么会有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的基础配置,
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创建后到销毁前做一些事情。
生命周期的控制主要由两种方是,第一种就是自己写初始化(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相关内容依赖注入的两类方式
- setter注入,有两种引用类型和简单类型(基本类型+String)
- 构造器注入,同上
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的底层也是通过数组实现的,所以
和标签是可以混用
- 集合中要添加引用类型,只需要把
标签改成标签,这种方式用的比较少
对象有我们自己的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"
核心容器,可以把它简单的理解为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
其实整个配置中最常用的就两个属性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均能检测到
纯注解开发步骤:
- 用Java文件(类名可以为SpringConfig)替换xml文件
- 在SpringConfig类上打两个注解@Configration和@ComponentScan,要注明扫描的目录 在主程序中new
- 一个AnnotationConfigApplicationContext类,并在()中写入你的配置Java文件例如SpringConfig.class
总结一下纯注解就是把xml中的配置信息给他体现在Java文件中,怎么体现呢?
答:用注解的方式体现,将某个配置在xml中的功能通过注解在类、属性、方法等等的方式体现出来
用@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://scyanting.com/article/deocos.html