关于反射,可以看这里
单例和多例设计模式
Spring入门-AOP
Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
方便解耦,简化开发。方便集成各种优秀框架等等。
Spring由20多个模块组成,它们可以分为:
数据访问/集成(Data Access/Integration)、Web、面向切面编程(AOP, Aspects)、应用服务器设备管理(Instrumentation)、消息发送(Messaging)、核心容器(Core Container)和测试(Test)。
包括类之间的依赖和方法间的依赖。
解耦:降低程序间的依赖关系
实际开发中应该做到:编译期不依赖,运行时才依赖。
解耦的思路:第一步:使用反射来创建对象,而避免使用new关键字。
第二步:通过读取配置文件来获取要创建的对象的全限定类名。
1)结构:Map结构。是一个容器。
2)控制反转(Inversion of Control),把创建对象的权利交给框架,是框架的重要特征。它包括依赖注入和依赖查找。
3)作用:削减计算机程序的耦合(解除我们代码间的依赖关系)。
4)Spring的IoC的底层实现原理是工厂设计模式+反射+XML配置文件。
ApplicationContext(新版本的工厂类)下的三个常用实现类:
ClassPathXmlApplicationContext:它可以加载类路径下的配置文件,要求配置文件必须在类路径下
FileSystemXmlApplicationContext:它可以加载磁盘任意路径下的配置文件(必须有访问权限)
AnnotationConfigApplicationContext:它是用于读取注解创建容器
//获取核心容器对象
ApplicationContext ac =new ClassPathXmlApplicationContext("bean.xml");
//根据id获取Bean对象
IAccountService as =(IAccountService)ac.getBean("accountService");
IAccountDao adao =ac.getBean("accountDao",IAccountDao.class);
// --------BeanFactory---------
//Resource resource =new ClassPathResource("bean.xml");
//BeanFactory factory =new XmlBeanFactory(resource) ;
//IAccountService as =factory.getBean("accountService",IAccountService.class);
核心容器的两个接口引发出的问题:
ApplicationContext: 单例对象使用 采用此接口
它在构建核心容器时,创建对象采用的策略是采用立即加载的方式。也就是说,只要一读取完配置文件马上就创建配置文件中配置的对象。
BeanFactory: 多例对象使用
它在构建核心容器时,创建对象采用的策略是延迟加载的方式。也就是说,什么时候根据id获取对象了,什么时候才真正创建对象。
(1)创建bean的三种方式:
I:使用默认构造函数创建
在spring的配置文件中使用bean标签,配以id和class属性之后,且没有其他属性和标签时。
采用的就是默认构造函数创建bean对象,此时如果类中没有默认构造函数,则对象无法创建。
II:使用普通工厂中的方法创建对象(某个类中的方法创建对象,并存入spring容器)---(jar包中的类)
III:使用工厂中的静态方法创建对象(使用某个类中的静态方法创建对象,并存入spring容器) ---(jar包中的类)
(2)bean对象的作用范围:
bean标签中的id和class属性:起名称和创建对象所在类的全路径。name属性和id属性作用一样。
bean标签的scope属性:
作用:用于指定bean的作用范围
取值:常用的就是单例的或者多例的
singleton:单例的(默认值)
prototype:多例的
request:作用于web应用的请求范围
session:作用于web应用的会话范围
global-session:作用于集群环境的会话范围(全局会话范围),当不是集群环境时,它就是session
(3)bean对象的生命周期:
单例对象:
出生:当容器创建时对象出生
活着:只要容器还在,对象一直活着
死亡:容器销毁,对象消亡
总结:单例对象的生命周期和容器相同
多例对象:
出生:当我们使用对象时spring框架为我们创建
活着:对象只要是在使用过程中就一直活着
死亡:当对象长时间不用,且没有别的对象引用时,由Java的垃圾回收器回收
IOC的作用:
降低程序间的耦合(依赖关系)
依赖关系的管理:
以后都交由spring来维护
在当前类需要用到其他类的对象,由spring为我们提供,我们只需要在配置文件中说明
依赖关系的维护:
就称之为依赖注入
依赖注入:
能注入的数据:有三种
基本类型和String(如果是经常变化的数据,并不适用与注入的方式)
其他bean类型(在配置文件中或者注解配置过的bean)
复杂类型/集合类型:
用于给List结构集合注入的标签:
list array set
用于给Map结构集合注入的标签:
map props
总结:结构相同,标签可以互换。
注入的方式:有三种
第一种:使用构造函数提供(一般不用)
使用的标签:
标签出现的位置:bean标签的内部
标签中的属性:
type:用于指定要注入的数据的数据类型,该数据类型也是构造函数中某个或某些参数的类型
index:用于指定要注入的数据给构造函数中指定索引位置的参数赋值。索引的位置是从0开始
name:用于指定给构造函数中指定名称的参数赋值(常用)
---------以上三个用于指定给构造函数中哪个参数赋值--------
value:用于提供基本类型和String类型的数据
ref:用于指定其他的bean类型数据。它指的就是在spring的Ioc核心容器中出现过的bean对象
优势:
在获取bean对象时,注入数据是必须的操作,否则对象无法创建成功。
弊端:
改变了bean对象的实例化方式,使我们在创建对象时,如果用不到这些数据,也无法提供。
第二种:使用set方法提供(常用)
使用的标签:property
出现的标签:bean标签内部
标签的属性:
name:用于指定注入时所调用的set方法名称。
value:用于提供基本类型和String类型的数据
ref:用于指定其他的bean类型数据。它指的就是在spring的Ioc核心容器中出现过的bean对象
优势:
创建对象时没有明确的限制,可以直接使用默认构造函数
弊端:
如果有某个成员必须有值,则获取对象时有可能set方法没有执行。
代码如下:
//第三种:使用注解提供
注解配置和xml配置要实现的功能都是一样的,都是为了降低程序间的耦合,只是配置形式不一样。
曾经XML的注解:
<bean id="accountService" class="com.service.impl.AccountServiceImpl"
scope="" init-method="" destory-method="">
<property name="" value="" | ref=""></property>
</bean>
用于创建对象的
他们的作用就和在XML配置文件中编写一个<bean>标签实现的功能是一样的
@Component:
作用:用于把当前类对象存入spring容器中
属性:
value:用于指定bean的id。当我们不写时,默认值是当前类名,且首字母改小写
用法: <!--告知spring在创建容器时要扫描的包,配置所需要的标签不是在beans约束中,而是一个名称为context名称空间和约束中-->
<context:component-scan base-package="com"></context:component-scan>
然后在要创建对象的类上面写上@Component(value="aaa")
@Controller:一般用在表现层
@Service:一般用在业务层
@Repository:一般用在持久层
==========以上三个注解的作用和属性与@Component是一样的==========
他们三个是spring框架为我们提供明确的三层使用,使我们的三层对象更加清晰
用于注入数据的
=XML配置文件中bean标签中写一个<property>标签
@Autowired:
作用:自动按照类型注入。只要容器中有唯一的一个bean对象类型和要注入的变量类型匹配,就可以注入成功。
如果Ioc容器中没有任何bean的类型和要注入的变量类型匹配,则报错。
如果Ioc容器中有多个类型匹配时,则报错。
出现位置:
可以是变量上,也可以是方法上。
细节:
在使用注解注入时,set方法就不是必须的了。
@Qualifier:
在按照类中注入的基础之上再按照名称注入。它在给类成员注入时不能单独使用。但是在给方法参数时可以单独使用。
属性:
value:用于指定注入bean的id。
场景:可以补充@Autowired有多个类型匹配时,指定哪一个。
@Resource:
作用:注解按照bean的id注入。可以独立使用。
属性:
name:用于指定bean的id。
注意:以上三个注入都只能注入其他bean类型的数据,而基本类型和String类型无法使用上述注解实现。
另外,集合类型的注入只能通过XML来实现。
@Value:
作用:用于注入基本类型和String类型的数据。
属性:
value:用于指定数据的值。它可以使用spring中SpeL(也就是spring的eL表达式)
SpeL的写法:${表达式}
el表达式的用法:通过${key}取出配置文件中的value
用于改变作用范围的
=XML配置文件中bean标签中使用scope属性
@Scope:
作用:用于指定bean的作用范围
属性:
value:指定范围的取值。常用取值:singleton prototype(默认单例)
和生命周期相关(了解)
=XML配置文件中使用init-method和destory-method
@PreDestroy
作用:用于指定销毁方法
@PostConstruct
作用:用于指定初始化方法
Autowired注入规则:
1)Autowired是自动按照类型注入。
2)它按照上图中的IAccountDao数据类型注入,即它优先去IoC中的value中(红线,它不管是不是接口)查找,再按照key和变量名称来找(蓝线)。
3)此时@Autowired的作用是去IoC容器中找数据类型为IAccountDao的(即找到匹配的bean对象)。
其实就相当于在AccountServiceImpl中新建了一个AccountDaoImpl类对象(在AccountServiceImpl中注入AccountDaoImpl类对象)
SpringConfiguration是一个配置类,作用和bean.xml作用一样
spring中的新注解:
@Configuration:
=bean.xml
作用:指定当前类是一个配置类
细节:当配置类作为AnnotationConfigApplicationContext对象创建的参数时,该注解可以不写。
@ComponentScan:
=<context:component-scan base-package="com"></context:component-scan>
作用:用于通过注解指定Spring在创建容器时要扫描的包
属性:
value和basePackages的作用是一样的,都是用于指定创建容器时要扫描的包
@Bean:
作用:用于把当前方法的返回值作为bean对象存入spring容器中。
属性:
name:用于指定bean的id。当不写时,默认值是当前方法的名称。
细节:
当我们使用注解配置方法时,如果方法有参数,spring框架会去容器中查找有没有可用的bean对象。
查找的方式和Autowired注解的作用是一样的。
@Scope:
作用:用于指定bean的作用范围(单例|多例)
@Import:
作用:用于导入其他的配置类(细小的配置类导入主配置类中)
属性:
value:用于指定其他配置类的字节码。
当我们使用Import注解之后,有Import注解的类就是主(父)配置类。
@PropertySource:
作用:用于指定Properties文件的位置。
属性:
value:指定文件的名称和路径。
关键字:classpath,表示类路径下
@Configuration
@ComponentScan({"com"})
@Import(JdbcConfig.class)
@PropertySource("classpath:jdbcConfig.properties")
public class SpringConfiguration {
//用于创建QueryRunner对象
@Bean(name="runner")
public QueryRunner createQueryRunner(DataSource dataSource){
return new QueryRunner(dataSource);
}
}
测试使用了AnnotationConfigApplicationContext:
public class AccountServiceTest {
private ApplicationContext ac;
private IAccountService as;
@Before
public void init(){
ac = new AnnotationConfigApplicationContext(SpringConfiguration.class);
//2.得到业务层对象
as =ac.getBean("accountService",IAccountService.class);
}
@Test
public void testFindAll() {
// //1.获取容器
// ApplicationContext ac =new ClassPathXmlApplicationContext("bean.xml");
//3.执行方法
List<Account> accounts =as.findAllAccount();
for (Account account : accounts){
System.out.println(account);
}
}
}