Spring入门
Spring快速入门
开发步骤

- 导入Spring开发的基本包坐标(Maven)
- 编写Dao接口和实现类
- 创建Spring核心配置文件
- 在Spring配置文件中配置UserDaoImpl
- 使用Spring的API获得Bean实例
applicationXml配置文件
Bean标签的属性
scope:指对象的作用范围
 
注:
- singleton:加载配置文件时创建bean对象  
- prototype: - getBean时创建bean对象 
init-method:指定类中的初始化方法名称
destroy-method:指定类中销毁方法名称

Bean实例化三种方式
- 无参构造方法实例化(常用)
- 工厂静态方法实例化
- 工厂实例方法实例化
Bean的依赖注入
依赖注入:它是Spring框架核心IOC的具体实现。
在编写程序时,通过控制反转,把对象的创建交给了 Spring,但是代码中不可能出现没有依赖的情况。
IOC解耕只是降低他们的依赖关系,但不会消除。例如:业务层仍会调用持久层的方法。
那这种业务层和持久层的依赖关系,在使用 Spring 之后,就让Spring 来维护了。
简单的说,就是坐等框架把持久层对象传入业务层,而不用我们自己去获取。
注入方式:
- 构造方法
- set方法
set方法注入
在配置文件里使用如下代码将userDao注入到userService中
| 1 | <bean id="userDao" class="com.xx.UserDaoImp1"></bean> | 
在UserServiceImp1文件中使用set()方法引入userDao
| 1 | private UserDao userDao; | 
更简便的编写方式:P命名空间注入,主要体现在配置文件中
首先,需要引入P命名空间:
xmlns:p="http://www.springframework.org/schema/p"
其次,修改注入方式:
<bean id="userService" class="com.xx.UserServiceImp1" p:userDao-ref="userDao"/>
构造方法注入
在UserServiceImp1文件中使用有参构造方法引入userDao
| 1 | private UserDao userDao; | 
在配置文件里使用如下代码将userDao注入到userService中
| 1 | <bean id="userDao" class="com.xx.UserDaoImp1"></bean> | 

加载配置properties
- 开启context命名空间

- 使用context命名空间,加载指定properties文件
| 1 | <!--必须加classpath:,从当前工程中读--> | 
- 使用${}读取加载的属性值
| 1 | <property name="username" value="${jdbc.username}"/> | 

容器
创建容器
- 类路径加载配置文件
| 1 | ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml"); | 
- 加载多个xml配置文件
| 1 | ApplicationContext ctx = new ClassPathXmlApplicationContext("bean1.xml","bean2.xml"); | 
获取Bean
- 方式一:使用bean名称获取
| 1 | BookDao bookDao = (BookDao)ctx.getBean("bookDao"); | 
- 方式二:使用bean名称获取并指定类型
| 1 | BookDao bookDao = ctx.getBean("bookDao",BookDao.class); | 
- 方式三:使用bean类型获取
| 1 | BookDao bookDao = ctx.getBean(BookDao.class); | 
容器接口
- BeanFactory是Ioc容器的顶层接口(已弃用),初始化BeanFactory对象时,加载的bean延迟加载 
- ApplicationContext接口是Spring容器的核心接口,初始化时bean立即加载 
- ApplicationContext接口提供基础的bean操作相关方法,通过其他接口扩展其功能 
- ApplicationContext接口常用初始化类 - ClassPathXmlApplicationContext(按类路径加载,常用)
- FileSystemXmlApplicationContext(按绝对路径加载)
 
纯注解开发
使用Spring的IoC容器,实际上就是通过类似XML这样的配置文件,把我们自己的Bean的依赖关系描述出来,然后让容器来创建并装配Bean。一旦容器初始化完毕,我们就直接从容器中获取Bean使用它们。
使用XML配置的优点是所有的Bean都能一目了然地列出来,并通过配置注入能直观地看到每个Bean的依赖。它的缺点是写起来非常繁琐,每增加一个组件,就必须把新的Bean配置到XML中。
有没有其他更简单的配置方式呢?
有!我们可以使用Annotation配置,可以完全不需要XML,让Spring自动扫描Bean并组装它们。
注解开发定义Bean
- 使用@Component定义bean - 1 
 2
 3
 4
 5
 public class BookDaoImpl implements BookDao {}
 public class BookServiceImpl implements BookService {}
- 核心配置文件中通过组件扫描加载bean - 1 - <context:component-scan base-package="com.itheima"/> 
@Component衍生注解
- @Controller:用于表现层bean定义 
- @Service:用于业务层bean定义 
- @Repository:用于数据层(dao层)bean定义 
注解开发替换xml
- Spring3.0 开启了纯注解开发模式,使用Java类替代配置文件

- @Configuration注解用于设定当前类为配置类
- @ComponentScan注解用于设定扫描路径,此注解只能添加一次,多个数据请用数组格式
| 1 | 
- 读取Spring核心配置文件初始化容器对象切换为读取Java配置类初始化容器对象
| 1 | //加载配置文件初始化容器 | 
Bean作用范围
- 使用@Scope定义bean作用范围
| 1 | // 用于数据层(dao层)bean定义 | 
- 使用@PostConstruct、@PreDestroy定义bean生命周期
| 1 | 
 | 
依赖注入
@Autowired(引用按类型)
| 1 | 
 | 
自动装配基于反射设计创建对象并暴力反射对应属性为私有属性初始化数据,因此无需提供setter方法
自动装配建议使用无参构造方法创建对象(默认),如果不提供对应构造方法,请提供唯一的构造方法
@Qualifier(引用按名称)
| 1 | 
 | 
比较少用此形式
@Qualifier注解无法单独使用,必须配合@Autowired注解使用
@Value(简单类型)
| 1 | 
 | 
加载配置properties
- 使用@PropertySource注解加载properties文件
| 1 | 
 | 
路径仅支持单一文件配置,多文件请使用数组格式配置,不允许使用通配符*
- 读取properties文件
| 1 | 
 | 
第三方bean管理
在项目中除了自己创建的Bean,还会用到第三方的Bean(例如JDBC),那么会出现两个问题:
- 如何去管理第三方bean?( - 修改第三方bean包)
- 假如第三方bean又需要导入其他依赖,我们该如何处理? 
接下来就学习解决以上两个问题(对应代码spring_14)
管理第三方bean
使用@Bean配置第三方bean
| 1 | 
 | 
不建议将Bean写在配置类里面,最好单独出来
使用独立的配置类管理第三方bean
- 先创建一个第三方的配置类 - 1 
 2
 3
 4
 5
 6
 7
 8- public class JdbcConfig { 
 
 public DataSource dataSource(){
 DruidDataSource ds new DruidDataSource();
 //相关配置
 return ds;
 }
 }
- 使用 - @Import注解手动加入配置类到核心配置,此注解只能添加一次,多个数据请用数组格式- 1 
 2
 3
 4
 public class SpringConfig {
 }
第三方bean依赖注入
简单类型依赖注入
| 1 | public class JdbcConfig { | 
可以结合加载配置文件~
引用类型依赖注入
引用类型注入只需要为bean定义方法设置形参即可,容器会根据类型自动装配对象
| 1 | 
 | 
AOP
AOP核心概念
- AOP(Aspect Oriented Programming)面向切面编程,一种编程范式,指导开发者如何组织程序结构 
- 作用:在不惊动原始设计的基础上为其进行功能增强 
- Spring理念:无入侵式/无侵入式 
- SpringAOP本质:代理模式 
- 如果有大量的相同的功能需要开发,使用AOP是最好的,能简化代码的共性功能的开发 

- 连接点(JoinPoint):程序执行过程中的任意位置,粒度为执行方法、抛出异常、设置变量等 - 在SpringAOP中,理解为方法的执行
 
- 切入点(Pointcut):匹配连接点的式子 - 在SpringAOP中,一个切入点可以只描述一个具体方法,也可以匹配多个方法
 
- 通知(Advice):在切入点处执行的操作,也就是共性功能 - 在SpringAOP中,功能最终以方法的形式呈现
 
- 通知类:定义通知的类 
- 切面(Aspect):描述通知与切入点的对应关系 
简单案例
- 导入 - pom.xml坐标,加载对应的包 
- 写完对应的Sping框架类 
- 配置 - SpringConfig:告诉它启用注解方式的AOP 
- 定义通知方法,写一个类写一个方法,无返回值无参数  
- 定义切入点:切入点定义依托一个不具有实际意义的方法进行,即无参数,无返回值,方法体无实际逻辑  - 说明: - execution:执行
- void ...testFun(int):方法确切位置的描述 –> 返回值void、在某某包下、参数int
 
- 绑定切入点与通知关系,并指定通知添加到原始连接点的具体执行位置  
- 定义通知类:该类受Spring容器管理,并定义当前类为切面类  
AOP工作流程
SpringAOP本质:代理模式
- Spring容器启动 
- 读取(绑定)所有切面配置中的切入点 
- 初始化bean,判定bean对应的类中的方法是否匹配到任意切入点 - 匹配失败,创建对象 
- 匹配成功,创建原始对象(目标对象)的代理对象 
 
- 获取bean执行方法 - 获取bean,调用方法并执行,完成操作 
- 获取的bean是代理对象时,根据代理对象的运行模式运行原始方法与增强的内容,完成操作 
 
AOP切入点表达式
切入点与切入点表达式
切入点:要进行增强的方法
| 1 | // 接口 | 
切入点表达式:要进行增强的方法的描述方式
- 描述方式一:执行 - com.itheima.dao包下的BookDao接口中的无参数update方法- execution(void com.itheima.dao.BookDao.update()) 
- 描述方式二:执行 - com.itheima.dao.impl包下的BookDaoImpl类中的无参数update方法- execution(void com.itheima.dao.impl.BookDaoImpl.update()) 
表达式描述格式
标准格式
切入点表达式标准格式:动作关键字(访问修饰符返回值包名。类/接口名。方法名(参数)异常名)
| 1 | execution(public User com.itheima.service.UserService.findById(int)) | 
- 动作关键字:描述切入点的行为动作,例如execution表示执行到指定切入点 
- 访问修饰符:public,privates等,可以省略 
- 返回值 
- 包名 
- 类/接口名 
- 方法名 
- 参数 
- 异常名:方法定义中抛出指定异常,可以省略 
通配符格式
可以使用通配符描述切入点,使用更广泛
- *:单个独立的任意符号,可以独立出现,也可以作为前缀或者后缀的匹配符出现 - 1 - execution (public * com.itheima.*.UserService.find*(*)) - 匹配 - itheima包下任意包中的- UserService类或接口中的以- find开头且带有一个参数的方法
- .:多个连续的任意符号,可以独立出现 ,常用于简化包名与参数的书写 - 1 - execution (public User com..UserService.findById (..)) - 匹配 - com包下的任意包中的- UserService类或接口中所有名称为findByld的方法,参数不限制
- +:专用于匹配子类类型 - 1 - execution(* *..*Service+.*(..)) - 匹配任意业务层的方法 
书写注意
- 所有代码按照标准规范开发,否则以下技巧全部失效
- 描述切入点通常描述接口,而不描述实现类
- 访问控制修饰符针对接口开发均采用pubⅰc描述(可省略访问控制修饰符描述)
- 返回值类型:对于增删改类使用精准类型加速匹配,对于查询类使用通配快速描述
- 包名书写尽量不使用 .. 匹配,效率过低,常用做单个包描述匹配,或精准匹配
- 接口名/类名书写名称与模块相关的采用 * 匹配,例如UserService书写成*Service,绑定业务层接口名
- 方法名书写以动词进行精准匹配,名词采用 * 匹配,例如getByld书写成getBy*,selectAll书写成selectAll
- 参数规则较为复杂,根据业务方法灵活调整
- 通常不使用异常作为匹配规则
AOP通知类型
AOP通知描述了抽取的共性功能,根据共性功能抽取的位置不同,最终运行代码时要将其加入到合理的位置
AOP通知共分为5种类型
- 前置通知:@Before
- 后置通知:@After
- 环绕通知(重点):@Around
- 返回后通知(了解):@AfterReturing只有当方法没有抛异常才会执行
- 抛出异常后通知(了解):@AfterThowing没事不运行 有事才运行
常用:环绕通知
| 1 | 
 | 
@Around 环绕通知注意事项
- 环绕通知必须依赖形参ProceedingJoinPoint才能实现对原始方法的调用,进而实现原始方法调用前后同时添加通知
- 通知中如果未使用ProceedingJoinPoint对原始方法进行调用将跳过原始方法的执行- 可以做权限校验!
 
- 对原始方法的调用可以不接收返回值,通知方法设置成void即可,如果接收返回值,必须设定为Object类型
- 原始方法的返回值如果是void类型,通知方法的返回值类型可以设置成void,也可以设置成Object
- 由于无法预知原始方法运行后是否会抛出异常,因此环绕通知方法必须抛出Throwable对象
环绕通知获取执行对象信息
| 1 | 
 | 
AOP通知获取数据
我们从AOP获取的数据主要分为这三点:
- 获取执行对象的参数: - getArgs()(重点)- 1 
 2
 3
 4
 5
 6
 7
 8
 9
 10
 public Object around2(ProceedingJoinPoint pjp) throws Throwable {
 // 获取到所有参数的值
 Object[] args = pjp.getArgs();
 System.out.println(Arrays.toString(args));
 // 使坏坏,改参数:对应工程中数值校验
 args[0] = 5;
 // 表示对原始操作的调用
 return pjp.proceed(args);
 }
- 获取执行对象的结果: - @AfterReturn- 1 
 2
 3
 4
 public void afterReturning(JoinPoint jp, Object ret) {
 System.out.println("afterReturning..." + ret);
 }
- 获取执行对象的异常(了解) 
事务
概念
事务的作用:在数据层保障一系列的数据库操作同成功同失败
Spring事务作用:在数据层或业务层保障一系列的数据库操作同成功同失败
内部实现:
| 1 | public interface PlatformTransactionManager { | 
当同一方法多次操作数据库时,中间出现问题,已操作数据库的将会回滚
案例:银行转账
需求分析

步骤
- 在业务层接口上添加Spring事务管理 - 1 
 2
 3
 4- public interface AccountService { 
 
 public void transfer(String out,String in Double money);
 }
- 设置事务管理器 - 在 - Jdbc里设置如下一个方法,表示事务管理器- 1 
 2
 3
 4
 5
 6
 7
 public PlatformTransactionManager transactionManager(DataSource dataSource){
 DataSourceTransactionManager ptm = new DataSourceTransactionManager();
 // 通过Spring自动装配
 ptm.setDataSource(dataSource);
 return ptm;
 }
- 开启注解式事务驱动 - 在Spring配置文件写入 - @EnableTransactionManagement注解- 1 
 2
 3
 4
 5
 6
 7
 public class SpringConfig {}
事务角色
- 事务管理员:发起事务方,在Spring中通常指代业务层开启事务的方法 TransactionManagement
- 事务协调员:加入事务方,在Spring中通常指代数据层方法,也可以是业务层方法 Service
事务相关配置

重点:rollbackFor 有些异常他是不会回滚的,需要手动加上 
事务传播行为

| 1 | public interface LogService { | 
非事务方法执行
假设几条SQL组成一次事务,事务要么所有操作全成功commit,要么其中一个失败然后所有操作 rollback。
非事务运行显然就是指不以事务方式执行,举个栗子:
| 1 | // 非事务方法执行 | 
如果sq3()执行失败了,并不会让前两个操作回滚。










