spring知识总结3

spring知识总结3:AOP

1、AOP相关概念

1.1 AOP概述

1.1.1 什么是AOP

简单的说它就是把我们程序重复的代码抽取出来,在需要执行的时候,使用动态代理的技术,在不修改源码的

基础上,对我们的已有方法进行增强。

1.1.2 AOP 的作用及优势

作用:在程序运行期间,不修改源码对已有方法进行增强。

优势:
减少重复代码
提高开发效率
维护方便

1.1.3 AOP实现方式

使用动态代理技术

1.2、AOP的具体应用

1.2.1 案例中的问题

客户的业务层实现类
/**
* 账户的业务层实现类
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
public class AccountServiceImpl implements IAccountService {
	private IAccountDao accountDao;
	public void setAccountDao(IAccountDao accountDao) {
		this.accountDao = accountDao; 
	}
	@Override
	public void saveAccount(Account account) throws SQLException {
		accountDao.save(account);
	}
	@Override
	public void updateAccount(Account account) throws SQLException{
		accountDao.update(account);
	}
	@Override
	public void deleteAccount(Integer accountId) throws SQLException{
		accountDao.delete(accountId);
	}
	@Override
	public Account findAccountById(Integer accountId) throws SQLException {
		return accountDao.findById(accountId);
	}
	@Override
	public List<Account> findAllAccount() throws SQLException{
		return accountDao.findAll();
	} 
}
问题就是:
事务被自动控制了。换言之,我们使用了 connection 对象的 setAutoCommit(true)
此方式控制事务,如果我们每次都执行一条 sql 语句,没有问题,但是如果业务方法一次要执行多条 sql
语句,这种方式就无法实现功能了。

请看下面的示例:

/**
 * 账户的业务层实现类
 *
 * 事务控制应该都是在业务层
 */
public class AccountServiceImpl implements IAccountService{

    private IAccountDao accountDao;

    public void setAccountDao(IAccountDao accountDao) {
        this.accountDao = accountDao;
    }

    @Override
    public List<Account> findAllAccount() {
       return accountDao.findAllAccount();
    }

    @Override
    public Account findAccountById(Integer accountId) {
        return accountDao.findAccountById(accountId);

    }

    @Override
    public void saveAccount(Account account) {
        accountDao.saveAccount(account);
    }

    @Override
    public void updateAccount(Account account) {
        accountDao.updateAccount(account);
    }

    @Override
    public void deleteAccount(Integer acccountId) {
        accountDao.deleteAccount(acccountId);
    }

    @Override
    public void transfer(String sourceName, String targetName, Float money) {
        System.out.println("transfer....");
            //2.1根据名称查询转出账户
            Account source = accountDao.findAccountByName(sourceName);
            //2.2根据名称查询转入账户
            Account target = accountDao.findAccountByName(targetName);
            //2.3转出账户减钱
            source.setMoney(source.getMoney()-money);
            //2.4转入账户加钱
            target.setMoney(target.getMoney()+money);
            //2.5更新转出账户
            accountDao.updateAccount(source);

//            int i=1/0;

            //2.6更新转入账户
            accountDao.updateAccount(target);
    }
}

当我们执行时,由于执行有异常,转账失败。但是因为我们是每次执行持久层方法都是独立事务,导致无法实
现事务控制(不符合事务的一致性)

1.2.2 问题的解决

public class AccountServiceImpl_OLD implements IAccountService{

    @Autowired
    private IAccountDao accountDao;
  
    @Autowired
    private TransactionManager txManager;
  
	@Override
    public void transfer(String sourceName, String targetName, Float money) {
        try {
            //1.开启事务
            txManager.beginTransaction();
            //2.执行操作

            //2.1根据名称查询转出账户
            Account source = accountDao.findAccountByName(sourceName);
            //2.2根据名称查询转入账户
            Account target = accountDao.findAccountByName(targetName);
            //2.3转出账户减钱
            source.setMoney(source.getMoney()-money);
            //2.4转入账户加钱
            target.setMoney(target.getMoney()+money);
            //2.5更新转出账户
            accountDao.updateAccount(source);

            int i=1/0;

            //2.6更新转入账户
            accountDao.updateAccount(target);
            //3.提交事务
            txManager.commit();

        }catch (Exception e){
            //4.回滚操作
            txManager.rollback();
            e.printStackTrace();
        }finally {
            //5.释放连接
            txManager.release();
        }
    }
}

1.2.3 新的问题

上一小节的代码,通过对业务层改造,已经可以实现事务控制了,但是由于我们添加了事务控制,也产生了一
个新的问题:
业务层方法变得臃肿了,里面充斥着很多重复代码。并且业务层方法和事务控制方法耦合了。
试想一下,如果我们此时提交,回滚,释放资源中任何一个方法名变更,都需要修改业务层的代码,况且这还
只是一个业务层实现类,而实际的项目中这种业务层实现类可能有十几个甚至几十个。
思考:
这个问题能不能解决呢?
答案是肯定的,使用下一小节中提到的技术。

1.2.4 动态代理回顾

1.2.4.1 动态代理的特点
字节码随用随创建,随用随加载。
它与静态代理的区别也在于此。因为静态代理是字节码一上来就创建好,并完成加载。
装饰者模式就是静态代理的一种体现。
1.2.4.2 动态代理常用的有两种方式

基于接口的动态代理

提供者:JDK 官方的 Proxy 类。
要求:真实类(被代理类)最少实现一个接口。

基于子类的动态代理

提供者:第三方的 CGLib,如果报 asmxxxx 异常,需要导入 asm.jar。
要求:真实类(被代理类)不能用 final 修饰的类(最终类)。
1.2.4.3 使用 JDK 官方的 Proxy 类创建代理对象
此处我们使用的是一个演员的例子:
在很久以前,演员和剧组都是直接见面联系的。没有中间人环节。
而随着时间的推移,产生了一个新兴职业:经纪人(中间人),这个时候剧组再想找演员就需要通过经纪
人来找了。下面我们就用代码演示出来。
/**
* 一个经纪公司的要求:
* 能做基本的表演和危险的表演
*/
public interface IActor {
	/**
	* 基本演出
	* @param money
	*/
	public void basicAct(float money);
	/**
		* 危险演出
	* @param money
	*/
	public void dangerAct(float money);
	}
	

/**
* 一个演员
*/
//实现了接口,就表示具有接口中的方法实现。即:符合经纪公司的要求
public class Actor implements IActor{
	public void basicAct(float money){
		System.out.println("拿到钱,开始基本的表演:"+money);
	}
	public void dangerAct(float money){
		System.out.println("拿到钱,开始危险的表演:"+money);
	} 
}
public class Client {
  public static void main(String[] args) {
	//一个剧组找演员:
	final Actor actor = new Actor();//真实对象
	/**
	* 代理:
	* 	间接。
	* 获取代理对象:
	* 要求:
	* 	真实类最少实现一个接口
	* 创建的方式
	* 	Proxy.newProxyInstance(三个参数)
	* 参数含义:
	* 	ClassLoader:和真实对象使用相同的类加载器。
	* 	Interfaces:和真实对象具有相同的行为。实现相同的接口。
	* 	InvocationHandler:如何代理。
	* 策略模式:使用场景是:
	* 	数据有了,目的明确。
	* 	如何达成目标,就是策略。
	* 
	*/
	IActor proxyActor = (IActor) Proxy.newProxyInstance(
	actor.getClass().getClassLoader(), 
	actor.getClass().getInterfaces(), 
	new InvocationHandler() {
		/**
		* 执行被代理对象的任何方法,都会经过该方法。
		* 此方法有拦截的功能。
		* 
		* 参数:
		* 	proxy:代理对象的引用。不一定每次都用得到
		* 	method:当前执行的方法对象
		* 	args:执行方法所需的参数
		* 返回值:
		* 	当前执行方法的返回值
		*/
		@Override
		public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
			String name = method.getName();
			Float money = (Float) args[0];
			Object rtValue = null;
      		//每个经纪公司对不同演出收费不一样,此处开始判断
			if("basicAct".equals(name)){
				//基本演出,没有 2000 不演
				if(money > 2000){
					//看上去剧组是给了 8000,实际到演员手里只有 4000
					//这就是我们没有修改原来 basicAct 方法源码,对方法进行了增强
					rtValue = method.invoke(actor, money/2);
				} 
        	}
      
			if("dangerAct".equals(name)){
				//危险演出,没有 5000 不演
				if(money > 5000){
					//看上去剧组是给了 50000,实际到演员手里只有 25000
					//这就是我们没有修改原来 dangerAct 方法源码,对方法进行了增强
					rtValue = method.invoke(actor, money/2);
				} 
    		}
			return rtValue;
		}
	}
    );
	//没有经纪公司的时候,直接找演员。
	// actor.basicAct(1000f);
	// actor.dangerAct(5000f);
	//剧组无法直接联系演员,而是由经纪公司找的演员
	proxyActor.basicAct(8000f);
	proxyActor.dangerAct(50000f);
  } 
}
1.2.4.4 使用 CGLib 的 Enhancer 类创建代理对象

使用CGLib 需要导入的依赖

<dependency>
      <groupId>cglib</groupId>
      <artifactId>cglib</artifactId>
      <version>2.1_3</version>
</dependency>
还是那个演员的例子,只不过不让他实现接口。
/**
* 一个演员
*/
public class Actor{//没有实现任何接口
	public void basicAct(float money){
		System.out.println("拿到钱,开始基本的表演:"+money);
	}
	public void dangerAct(float money){
		System.out.println("拿到钱,开始危险的表演:"+money);
	}
}
public class Client {
  /**
  * 基于子类的动态代理
  * 	要求:
  * 		被代理对象不能是最终类
  * 	用到的类:
  * 		Enhancer
  * 	用到的方法:
  * 		create(Class, Callback)
  * 	方法的参数:
  * 		Class:被代理对象的字节码
  * 		Callback:如何代理
  * @param args
  */
  public static void main(String[] args) {
    final Actor actor = new Actor();
    Actor cglibActor = (Actor) Enhancer.create(actor.getClass(),
    	new MethodInterceptor() {
          /**
          * 执行真实对象的任何方法,都会经过该方法。在此方法内部就可以对真实对象的任何
          方法进行增强。
          * 
          * 参数:
          * 	前三个和基于接口的动态代理是一样的。
          * 	MethodProxy:当前执行方法的代理对象。
          * 返回值:
          * 	当前执行方法的返回值
          */
          @Override
          public Object intercept(Object proxy, Method method, Object[] args, 
            MethodProxy methodProxy) throws Throwable {
            String name = method.getName();
            Float money = (Float) args[0];
            Object rtValue = null;
            if("basicAct".equals(name)){
            	//基本演出
            	if(money > 2000){
            		rtValue = method.invoke(actor, money/2);
           	 	} 
            }
            
            if("dangerAct".equals(name)){
            	//危险演出
            	if(money > 5000){
            		rtValue = method.invoke(actor, money/2);
            	} 
            }
            return rtValue;
    	 }
    }
    );
    
    cglibActor.basicAct(10000);
    cglibActor.dangerAct(100000);
  } 
}
思考:
这个故事(示例)讲完之后,我们从中受到什么启发呢?它到底能应用在哪呢?

1.2.5 解决案例中的问题

/**
* 用于创建客户业务层对象工厂(当然也可以创建其他业务层对象,只不过我们此处不做那么繁琐)
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
public class BeanFactory {
	/**
	* 创建账户业务层实现类的代理对象
	* @return
	*/
	public static IAccountService getAccountService() {
		//1.定义真实对象
		final IAccountService accountService = new AccountServiceImpl();
		//2.创建代理对象
		IAccountService proxyAccountService = (IAccountService) 
		 Proxy.newProxyInstance(accountService.getClass().getClassLoader(), 
         accountService.getClass().getInterfaces(),
         new InvocationHandler() {
          /**
          * 执行被代理对象的任何方法,都会经过该方法。
          * 此处添加事务控制
          */
          @Override
          public Object invoke(Object proxy, Method method,Object[] args) throws Throwable {
            Object rtValue = null;
            try {
              //开启事务
              TransactionManager.beginTransaction();
              //执行业务层方法
              rtValue = method.invoke(accountService, args);
              //提交事务
              TransactionManager.commit();
            }catch(Exception e) {
              //回滚事务
              TransactionManager.rollback();
              e.printStackTrace();
            }finally {
              //释放资源
              TransactionManager.release();
            }
            return rtValue; 
           }
		  }
    	  );
		return proxyAccountService; 
    }
}
当我们改造完成之后,业务层用于控制事务的重复代码就都可以删掉了。

2、spring中的AOP

2.1 spring aop中的细节

2.1.1 说明

我们学习 spring 的 aop,就是通过配置的方式,实现上一章节的功能。

2.1.2 AOP相关术语

1Joinpoint(连接点):
  所谓连接点是指那些被拦截到的点。在 spring 中,这些点指的是方法,因为 spring 只支持方法类型的连接点。
2Pointcut(切入点):
  所谓切入点是指我们要对哪些 Joinpoint 进行拦截的定义。
3Advice(通知/增强):
  所谓通知是指拦截到 Joinpoint 之后所要做的事情就是通知。
  通知的类型:前置通知,后置通知,异常通知,最终通知,环绕通知。
4Introduction(引介):
  引介是一种特殊的通知在不修改类代码的前提下, Introduction 可以在运行期为类动态地添加一些方
  法或 Field。
5Target(目标对象):
  代理的目标对象。
6Weaving(织入):
  是指把增强应用到目标对象来创建新的代理对象的过程。
  spring 采用动态代理织入,而 AspectJ 采用编译期织入和类装载期织入。
7、Proxy(代理):
  一个类被 AOP 织入增强后,就产生一个结果代理类。
8Aspect(切面):
  是切入点和通知(引介)的结合。

2.1.3 学习 spring 中的 AOP 要明确的事

a、开发阶段(我们做的)
编写核心业务代码(开发主线):大部分程序员来做,要求熟悉业务需求。
把公用代码抽取出来,制作成通知。(开发阶段最后再做):AOP 编程人员来做。
在配置文件中,声明切入点与通知间的关系,即切面。:AOP 编程人员来做。
b、运行阶段(Spring 框架完成的)
Spring 框架监控切入点方法的执行。一旦监控到切入点方法被运行,使用代理机制,动态创建目标对
象的代理对象,根据通知类别,在代理对象的对应位置,将通知对应的功能织入,完成完整的代码逻辑运行。

2.1.4 关于代理的选择

在 spring 中,框架会根据目标类是否实现了接口来决定采用哪种动态代理的方式。

2.2 基于 XML 的 AOP 配置

示例:
我们在学习 spring 的 aop 时,采用账户转账作为示例。
并且把 spring 的 ioc 也一起应用进来。

2.2.1 环境搭建

2.2.1.1 第一步:准备必要的代码

此处包含了实体类,业务层和持久层代码,此处省略。

2.2.1.2 第二步:导入相关的依赖
<dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-context</artifactId>
      <version>5.0.2.RELEASE</version>
</dependency>

<dependency>
      <groupId>org.aspectj</groupId>
      <artifactId>aspectjweaver</artifactId>
      <version>1.8.7</version>
</dependency>

2.2.1.3 第三步:创建 spring 的配置文件并导入约束
此处要导入 aop 的约束
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:aop="http://www.springframework.org/schema/aop"
 xsi:schemaLocation="http://www.springframework.org/schema/beans 
 http://www.springframework.org/schema/beans/spring-beans.xsd
 http://www.springframework.org/schema/aop 
 http://www.springframework.org/schema/aop/spring-aop.xsd">
</beans>
2.2.1.4 第四步:配置 spring 的 ioc
<!-- 配置 service --> 
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"> 
  <property name="accountDao" ref="accountDao"></property>
</bean>

<!-- 配置 dao --> 
<bean id="accountDao" class="com.itheima.dao.impl.AccountDaoImpl">
  <property name="dbAssit" ref="dbAssit"></property>
</bean>

<!-- 配置数据库操作对象 --> 
<bean id="dbAssit" class="com.itheima.dbassit.DBAssit"> 
  <property name="dataSource" ref="dataSource"></property>
  <!-- 指定 connection 和线程绑定 --> 
  <property name="useCurrentConnection" value="true"></property>
</bean>

<!-- 配置数据源 --> 
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> 
  <property name="driverClass" value="com.mysql.jdbc.Driver"></property> 
  <property name="jdbcUrl" value="jdbc:mysql:///spring_day02"></property> 
  <property name="user" value="root"></property> 
  <property name="password" value="1234"></property>
</bean>
2.2.1.5 第五步:抽取公共代码制作成通知
/**
* 事务控制类
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
public class TransactionManager {
	//定义一个 DBAssit
	private DBAssit dbAssit ;
	public void setDbAssit(DBAssit dbAssit) {
		this.dbAssit = dbAssit; 
    }
	//开启事务
	public void beginTransaction() {
		try {
		dbAssit.getCurrentConnection().setAutoCommit(false);
		} catch (SQLException e) {
		e.printStackTrace();
		} 		
    }
   //提交事务
	public void commit() {
		try {
			dbAssit.getCurrentConnection().commit();
		} catch (SQLException e) {
			e.printStackTrace();
		} 
    }
	//回滚事务
	public void rollback() {
		try {
		dbAssit.getCurrentConnection().rollback();
		} catch (SQLException e) {
		e.printStackTrace();
		} 
    }
	//释放资源
	public void release() {
		try {
			dbAssit.releaseConnection();
		} catch (Exception e) {
			e.printStackTrace();
		} 
    } 
}

2.2.2 配置步骤

2.2.2.1 第一步:把通知类用 bean 标签配置起来
<!-- 配置通知 --> 
<bean id="txManager" class="com.itheima.utils.TransactionManager"> 
  <property name="dbAssit" ref="dbAssit"></property>
</bean>
2.2.2.2 第二步:使用 aop:config 声明 aop 配置
aop:config:
作用:用于声明开始 aop 的配置
<aop:config>
  <!-- 配置的代码都写在此处 -->
</aop:config>
2.2.2.3 第三步:使用 aop:aspect 配置切面
aop:aspect:
作用:
	用于配置切面。
属性:
	id:给切面提供一个唯一标识。
	ref:引用配置好的通知类 bean 的 id。 
<aop:aspect id="txAdvice" ref="txManager">
<!--配置通知的类型要写在此处-->
</aop:aspect>
2.2.2.4 第四步:使用 aop:pointcut 配置切入点表达式
aop:pointcut:
作用:
	用于配置切入点表达式。就是指定对哪些类的哪些方法进行增强。
属性:
	expression:用于定义切入点表达式。
	id:用于给切入点表达式提供一个唯一标识
<aop:pointcut expression="execution(
	public void com.itheima.service.impl.AccountServiceImpl.transfer(
	 java.lang.String, java.lang.String, java.lang.Float) )" id="pt1"/>
2.2.2.5 第五步:使用 aop:xxx 配置对应的通知类型
1、aop:before:前置通知
作用:
	用于配置前置通知。指定增强的方法在切入点方法之前执行
属性:
	method:用于指定通知类中的增强方法名称
	ponitcut-ref:用于指定切入点的表达式的引用
	poinitcut:用于指定切入点表达式
执行时间点:
	切入点方法执行之前执行
<aop:before method="beginTransaction" pointcut-ref="pt1"/>

2、aop:after-returning:后置通知
作用:
	用于配置后置通知
属性:
	method:指定通知中方法的名称。
	pointcut:定义切入点表达式
	pointcut-ref:指定切入点表达式的引用
执行时间点:
	切入点方法正常执行之后。它和异常通知只能有一个执行
<aop:after-returning method="commit" pointcut-ref="pt1"/>

3、aop:after-throwing:异常通知
作用:
	用于配置异常通知
属性:
	method:指定通知中方法的名称。
	pointcut:定义切入点表达式
	pointcut-ref:指定切入点表达式的引用
执行时间点:
	切入点方法执行产生异常后执行。它和后置通知只能执行一个
<aop:after-throwing method="rollback" pointcut-ref="pt1"/>

4、aop:after:最终通知
作用:
	用于配置最终通知
属性:
	method:指定通知中方法的名称。
	pointct:定义切入点表达式
	pointcut-ref:指定切入点表达式的引用
执行时间点:
	无论切入点方法执行时是否有异常,它都会在其后面执行。
<aop:after method="release" pointcut-ref="pt1"/>

2.2.3 切入点表达式说明

execution:匹配方法的执行(常用)
execution(表达式)
表达式语法:execution([修饰符] 返回值类型 包名.类名.方法名(参数))
写法说明:
1、全匹配方式:
public void
com.itheima.service.impl.AccountServiceImpl.saveAccount(com.itheima.domain.Account)
2、访问修饰符可以省略
void com.itheima.service.impl.AccountServiceImpl.saveAccount(com.itheima.domain.Account)
3、返回值可以使用*号,表示任意返回值
* com.itheima.service.impl.AccountServiceImpl.saveAccount(com.itheima.domain.Account)
4、包名可以使用*号,表示任意包,但是有几级包,需要写几个*
* *.*.*.*.AccountServiceImpl.saveAccount(com.itheima.domain.Account)
5、使用..来表示当前包,及其子包
* com..AccountServiceImpl.saveAccount(com.itheima.domain.Account)
6、类名可以使用*号,表示任意类
* com..*.saveAccount(com.itheima.domain.Account)
7、方法名可以使用*号,表示任意方法
* com..*.*( com.itheima.domain.Account)
8、参数列表可以使用*,表示参数可以是任意数据类型,但是必须有参数
* com..*.*(*)
9、参数列表可以使用..表示有无参数均可,有参数可以是任意类型
* com..*.*(..)
10、全通配方式:
* *..*.*(..)
  
注:
通常情况下,我们都是对业务层的方法进行增强,所以切入点表达式都是切到业务层实现类。
execution(* com.itheima.service.impl.*.*(..))

2.2.4 环绕通知

配置方式: 
<aop:config> 
	<aop:pointcut expression="execution(* com.itheima.service.impl.*.*(..))" id="pt1"/>
	<aop:aspect id="txAdvice" ref="txManager">
		<!-- 配置环绕通知 --> 
    	<aop:around method="transactionAround" pointcut-ref="pt1"/>
	</aop:aspect>
</aop:config>

aop:around:环绕通知
作用:
	用于配置环绕通知
属性:
	method:指定通知中方法的名称。
	pointct:定义切入点表达式
	pointcut-ref:指定切入点表达式的引用
说明:
	它是 spring 框架为我们提供的一种可以在代码中手动控制增强代码什么时候执行的方式。
注意:
	通常情况下,环绕通知都是独立使用的
	
/**
* 环绕通知
* @param pjp
* spring 框架为我们提供了一个接口:ProceedingJoinPoint,它可以作为环绕通知的方法参数。
* 在环绕通知执行时,spring 框架会为我们提供该接口的实现类对象,我们直接使用就行。
* @return
*/
public Object transactionAround(ProceedingJoinPoint pjp) {
	//定义返回值
	Object rtValue = null;
	try {
		//获取方法执行所需的参数
		Object[] args = pjp.getArgs();
		//前置通知:开启事务
		beginTransaction();
		//执行方法
		rtValue = pjp.proceed(args);//明确调用业务层方法(切入点方法)
		//后置通知:提交事务
		commit();
	}catch(Throwable e) {
		//异常通知:回滚事务
		rollback();
		e.printStackTrace();
	}finally {
		//最终通知:释放资源
		release();
	}
	return rtValue; 
}

2.3基于注解的 AOP 配置

2.3.1 环境搭建

2.3.1.1 第一步:准备必要的代码和依赖

和上一节基于XML的是一样的

2.3.1.2 第二步:在配置文件中导入context的名称空间
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xmlns:context="http://www.springframework.org/schema/context"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/aop
        http://www.springframework.org/schema/aop/spring-aop.xsd
        http://www.springframework.org/schema/context
        http://www.springframework.org/schema/context/spring-context.xsd">

    <!-- 配置spring创建容器时要扫描的包-->
    <context:component-scan base-package="com.itheima"></context:component-scan>

    <!-- 配置spring开启注解AOP的支持 -->
    <aop:aspectj-autoproxy></aop:aspectj-autoproxy>
</beans>
2.3.1.3 第三步:把资源使用注解配置
/**
 * 账户的业务层实现类
 */
@Service("accountService")
public class AccountServiceImpl implements IAccountService{

    @Override
    public void saveAccount() {
        System.out.println("执行了保存");
        int i=1/0;
    }

    @Override
    public void updateAccount(int i) {
        System.out.println("执行了更新"+i);

    }

    @Override
    public int deleteAccount() {
        System.out.println("执行了删除");
        return 0;
    }
}

2.3.1.4 第四步:在配置文件中指定spring要扫描的包
<!-- 配置spring创建容器时要扫描的包-->
<context:component-scan base-package="com.itheima"></context:component-scan>

2.3.2 配置步骤

2.3.2.1 第一步:把通知类也使用注解配置
@Component("logger")
public class Logger {
2.3.2.2 第二步:在通知类上使用@Aspect注解声明为切面类

作用:把当前类声明为切面类,相当于<aop:aspect id=“txAdvice” ref=“txManager”>

@Component("logger")
@Aspect//表示当前类是一个切面类
public class Logger {
2.3.2.3 第三步:在增强的方法上使用注解配置通知
1@Before:前置通知
作用:
	把当前方法看成是前置通知
属性:
	value:用于指定切入点表达式,还可以指定切入点表达式的引用
	
2@AfterReturning:后置通知
作用:
	把当前方法看成是后置通知
属性:
	value:用于指定切入点表达式,还可以指定切入点表达式的引用

3@AfterThrowing:异常通知
作用:
	把当前方法看成是异常通知
属性:
	value:用于指定切入点表达式,还可以指定切入点表达式的引用

4@After:最终通知
作用:
	把当前方法看成是最终通知
属性:
	value:用于指定切入点表达式,还可以指定切入点表达式的引用
	
5@Around:环绕通知
作用:
	把当前方法看成是环绕通知
属性:
	value:用于指定切入点表达式,还可以指定切入点表达式的引用

代码示例:

/**
 * 用于记录日志的工具类,它里面提供了公共的代码
 */
@Component("logger")
@Aspect//表示当前类是一个切面类
public class Logger {

    @Pointcut("execution(* com.itheima.service.impl.*.*(..))")
    private void pt1(){}

    /**
     * 前置通知
     */
    @Before("pt1()")
    public  void beforePrintLog(){
        System.out.println("前置通知Logger类中的beforePrintLog方法开始记录日志了。。。");
    }

    /**
     * 后置通知
     */
     @AfterReturning("pt1()")
    public  void afterReturningPrintLog(){
        System.out.println("后置通知Logger类中的afterReturningPrintLog方法开始记录日志了。。。");
    }
    /**
     * 异常通知
     */
    @AfterThrowing("pt1()")
    public  void afterThrowingPrintLog(){
        System.out.println("异常通知Logger类中的afterThrowingPrintLog方法开始记录日志了。。。");
    }

    /**
     * 最终通知
     */
    @After("pt1()")
    public  void afterPrintLog(){
        System.out.println("最终通知Logger类中的afterPrintLog方法开始记录日志了。。。");
    }

    /**
     * 环绕通知
     * 问题:
     *      当我们配置了环绕通知之后,切入点方法没有执行,而通知方法执行了。
     * 分析:
     *      通过对比动态代理中的环绕通知代码,发现动态代理的环绕通知有明确的切入点方法调用,而我们的代码中没有。
     * 解决:
     *      Spring框架为我们提供了一个接口:ProceedingJoinPoint。该接口有一个方法proceed(),此方法就相当于明确调用切入点方法。
     *      该接口可以作为环绕通知的方法参数,在程序执行时,spring框架会为我们提供该接口的实现类供我们使用。
     *
     * spring中的环绕通知:
     *      它是spring框架为我们提供的一种可以在代码中手动控制增强方法何时执行的方式。
     */
    @Around("pt1()")
    public Object aroundPringLog(ProceedingJoinPoint pjp){
        Object rtValue = null;
        try{
            Object[] args = pjp.getArgs();//得到方法执行所需的参数

            System.out.println("Logger类中的aroundPringLog方法开始记录日志了。。。前置");

            rtValue = pjp.proceed(args);//明确调用业务层方法(切入点方法)

            System.out.println("Logger类中的aroundPringLog方法开始记录日志了。。。后置");

            return rtValue;
        }catch (Throwable t){
            System.out.println("Logger类中的aroundPringLog方法开始记录日志了。。。异常");
            throw new RuntimeException(t);
        }finally {
            System.out.println("Logger类中的aroundPringLog方法开始记录日志了。。。最终");
        }
    }
}

2.3.2.4 第四步:在spring配置文件中开启spring对注解AOP的配置
<!-- 配置spring开启注解AOP的支持 -->
<aop:aspectj-autoproxy></aop:aspectj-autoproxy>

2.3.3 切入点表达式注解

@Pointcut
作用:
	指定切入点表达式
属性:
	value:指定表达式的内容
@Pointcut("execution(* com.itheima.service.impl.*.*(..))")
private void pt1(){}

引用方式:
 @Before("pt1()")
 @AfterReturning("pt1()")
 @AfterThrowing("pt1()")
 @After("pt1()")
 @Around("pt1()")

2.3.4 不使用XML的配置方式

@Configuration
@ComponentScan("com.itheima")
@EnableAspectJAutoProxy
public class SpringConfiguration{
  
}

2.3.5 注解方式的通知对比

使用注解方式的环绕通知执行顺序是正确的,而使用注解方式分别配置四个通知的执行顺序不正确,所以在用注解方式配置通知的时候,推荐用环绕通知的方式。(而使用XML方式则不会出现这种问题)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值