Java Spring 切面 aop 超时？

我觉得是不可能确保3秒的，先不说程序本身，从接收请求，到进入切面，到切面处理，最后返回数据这一过程，运行完就需要耗费一定的时间。

而且我看你的线程池深度只有10，高并发下，很容易出现资源抢夺。当某个线程获取不到资源时，就会导致阻塞，甚至死锁。

我觉得你可以试一下，只用单线程发送10次请求，看一下结果会不会接近你的预期

当我们需要在许多类中添加相同逻辑（或记录等其他）代码的时候，一般我们编程会在每一个类中都写上这些代码。当需要修改的时候，我们又必须找出这些类来删除这些逻辑代码。这里，你觉不觉得有什么问题。这好像关系到复用的问题，那么可以用聚合或继承来完成？那么再继续下去，我们需要这些逻辑代码指定到类中的某个方法前面执行，或者在方法后面执行，又或者我想指定在类的某一个位置去执行它，那么这就不是复用的问题了，而是要修改类了，变成动态的了。那么就出现了aop这个概念-面向切面编程。如上图，黑线为一个流程代码，红线为切入的代码。即在5个流程中固定位置插入了3个逻辑代码，如果你不需要的时候，你完全可以撤出红线代码，而要修改的话，也只需修改这三个类（红线）即可，因为主代码（黑线）和添加代码（红线）是没有耦合的，相当于插拔式的。而且spring aop支持声明式的配置，使得aop更加方便。

https://www.jianshu.com/p/b114eebcd2e9

重要概念：

Aspect（切面）：

切面由切点与通知组成，可以看出是具有相同类型功能的一个类，比如日志输出与事务管理，就可以看成是两个切面。

Joint point（连接点）：

连接点就是一些需要增强方法，spring也只支持方法类型的连接点，spring也只能对方法进行增强。

Pointcut（切点）：

表示一组 joint point（因为按照功能分，可以分为很多切面，而每个切面并不是对所有的连接点都进行服务，所以按功能将一些连接点组合起来，这些就是某个切面的切点，不同切面的功能不一样，所以连接点组合不一样，切点也就不一样），这些 joint point 或是通过逻辑关系组合起来，或是通过通配、正则表达式等方式集中起来，切面切入的地方。

Advice（通知）：

Advice 定义了在 Pointcut 里面定义的连接点具体要做的 *** 作，它通过 before、after 和 around 来区别是在每个 joint point 之前、之后还是环绕执行。

Target（目标对象）：

织入 Advice 的目标对象.。可以理解为一个bean，一个被代理对象。

Weaving（织入）：

将切面和目标对象连接起来, 并创建代理对象的过程。spring的织入可以在编译的时候，也可以在运行的时候，编译的时候织入就是静态代理，运行的时候织入就是动态代理。

Advisor（顾问）：

Advisor是切面的另外一种实现，能够将通知以更为复杂的方式织入到目标对象中，是将通知包装为更复杂切面的装配器。Advisor由切点和Advice组成。与Aspect不同的就是切面可以有很多通知与切点，而顾问只有一个切点与通知。

测试与输出

spring的aop原理（个人查看博客后的理解）：spring在加载bean的时候，会判断该bean是否是切面（用了@Aspect），如果是切面，它会将切面分解成一个一个的（顾问）Advisor，然后在创建号所有的bean后会用这些advisor对bean进行判断是否满足切点条件，如果满足，就将advice通知注入进去（实际就是创建一个代理对象来替换掉原来的bean，然后就实现了对bean的aop增强）。 需要注意的是，默认情况下，自动注入切面创建代理bean这个功能是关闭的，需要手动打开 。

首先必须知道几个对象：Advice，PointCut，MethodMatcher，Advisor的关系

Advisor（顾问）由Advice（通知）与PointCut（切点）组成，Advice（通知）用于执行具体需要增强的逻辑，切点用于设置那些方法需要增强，而PointCut（切点）是通过MethodMatcher对象筛选出那些类与方法需要增强。

Advisor

切点

切点的方法匹配器MethodMatcher

自定义前置通知

自定义注解

配置spring自动扫描Advisor并创建代理

这一步非常重要，如果不添加该bean，那么spring扫描到Advisor后也不会创建代理对象替换掉原来的bean。

给测试方法添加注解并测试

测试结果：

shiro的启用注解授权大概就是使用的这种方式，也是通过Advisor代理来实现注解授权和角色验证的。除了以上的前置通知以外，还有后置通知于环绕通知，实现方式如下。

后置通知

环绕通知

---