前言
aop(aspect oriented programming)，即面向切面编程，是spring框架的大杀器之一。
首先，我声明下，我不是来系统介绍什么是aop，更不是照本宣科讲解什么是连接点、切面、通知和切入点这些让人头皮发麻的概念。
今天就来说说aop的一些应用场景以及如何通过和其他特性的结合提升自己的灵活性。下面话不多说了，来一起看看详细的介绍吧
aop应用举例
aop的一大好处就是解耦。通过切面，我们可以将那些反复出现的代码抽取出来，放在一个地方统一处理。
同时，抽出来的代码很多是与业务无关的，这样可以方便开发者更加专注自己的业务逻辑的开发。
一个aop的典型应用场景就是日志打印。
下面是一个极端情况的controller
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
@restcontroller@requestmapping("/")public class hellocontroller { private static final logger log = loggerfactory.getlogger(hellocontroller.class); @getmapping(value = "/index") public string index(httpservletrequest request) { log.info("============打印日志开始============"); log.info("url: " + request.getrequesturl().tostring()); log.info("============打印日志结束============"); return "hello jackie"; } @getmapping(value = "/test1") public string test1(httpservletrequest request, string var1) { log.info("============打印日志开始============"); log.info("url: " + request.getrequesturl().tostring()); log.info("============打印日志结束============"); return "test1"; } @demoannotation @getmapping(value = "/test2") public string test2(httpservletrequest request, string var1, string var2) { log.info("============打印日志开始============"); log.info("url: " + request.getrequesturl().tostring()); log.info("============打印日志结束============");// int i = 1/0; if (1<2) throw new illegalargumentexception("exception"); return "test2"; }} |
hellocontroller中提供了三个http接口，由于业务需要，所以每次进入某个方法的时候都需要打印请求的相关信息。
当然，如果只是上面的例子，我们完全可以通过其他手段让代码看着并不这么糟糕。我们可以抽象一个打印方法，将相同的代码封装在这个方法中，之后在各个方法中每次调用即可。
但是，这种处理方法似乎抽象的还不够，因为我们在每个http接口中还是要调用这个抽象的函数。而且，比较要命的是，这打印日志的代码与其他业务代码显得有些格格不入。
所以，这时候，我们想到了aop。
如何使用aop
在spring boot项目中，只需要如下几步，就可以轻松上手aop。
添加maven依赖
|
1
2
3
4
|
<dependency> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-aop</artifactid></dependency> |
编写切面类
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
@aspect@componentpublic class demoaspect { private static final logger log = loggerfactory.getlogger(demoaspect.class); @pointcut("execution(public * com.jackie.springbootdemo.controller.hellocontroller.test*(..))") public void addadvice(){} @before("addadvice()") public void before(joinpoint joinpoint){ object[] args = joinpoint.getargs(); httpservletrequest requests = (httpservletrequest) args[0]; log.info("============打印日志开始============"); log.info("url: " + requests.getrequesturl().tostring()); log.info("============打印日志结束============");// log.info("before...."); }} |
结果验证对比
启动springbootdemoapplication，访问url：http://localhost:8080/test2?var1=1&var2=2
未使用切面功能打印日志
使用切面功能打印日志
从上面的结果展示发现，最终的效果是一样的，但是使用切面更加简洁，而且可复用。
如上访问的是test2接口，如果访问test1接口也可以走切面类实现打印日志的需求，但是如果走index请求就不会打印日志了。
这是为什么呢？
aop的局限
在切面类demoaspect中，我们看到了切入点的设置
|
1
2
|
@pointcut("execution(public * com.jackie.springbootdemo.controller.hellocontroller.test*(..))")public void addadvice(){} |
其中pointcut后面的表达式是用于控制切面的有效影响范围。
**表达式中，第一个表示返回任意类型，第二个表示任意方法名，后面的小括号表示任意参数值，这里是以test为前缀的，所以可以匹配上test1和test2方法。
注意，在第二个之前也可以再有个，即hellocontroller所在位置，表示任意类名，假如这里是有两个*.则表示包括包里面的子包。**
好了，明白了表达式的含义，我们自然就看到了aop的局限性。
当我们要使用切面前，就要写好表达式，但是项目一直在做，代码一直在加，那谁能保证后面接收代码的兄弟也正好知道这个test前缀的意义这么重大呢？
如果他非要用hello作为前缀，那么本应该匹配到的接口就匹配不上了，日志也就不能正常打印了。
这时候，自定义注解，就能够很好的解决这个问题。
自定义注解配合aop
新建一个自定义注解
|
1
2
3
4
5
6
|
@documented@retention(retentionpolicy.runtime)@target(elementtype.method)public @interface demoannotation {} |
自定义注解的花样也很多，比如可以在注解中声明变量等，但这些不是我们这次讨论的重点。
将该注解添加到http接口test2方法上
|
1
2
3
4
5
6
7
8
9
10
11
|
@demoannotation @getmapping(value = "/test2") public string test2(httpservletrequest request, string var1, string var2) {// log.info("============打印日志开始============");// log.info("url: " + request.getrequesturl().tostring());// log.info("============打印日志结束============");// int i = 1/0; if (1<2) throw new illegalargumentexception("exception"); return "test2"; } |
在切面类中将切入点的表达式改为
|
1
2
|
@pointcut("execution(public * com.jackie.springbootdemo.controller.*.*(..)) && @annotation(com.jackie.springbootdemo.annotation.demoannotation)")public void addadvice(){} |
这样，我们不需要限制在controller类中是以test作为前缀了，只要是在上面定义的类路径下，并且扫描到注解demoannotation就可以让切面生效。
从结果可以看出，访问http://localhost:8080/test1?var1=1并没有经过切面处理，因为不满足切入点中的表达式要求。
这样做的好处在于，控制的粒度更细，也更加灵活，方便切面功能的实现和细分。
代码已提交至rome
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://www.cnblogs.com/bigdataZJ/p/springboot-aop.html
