详解Spring中AOP

AOP (Aspect Orient Programming),直译过来就是 面向切面编程。AOP 是一种编程思想,是面向对象编程(OOP)的一种补充。面向对象编程将程序抽象成各个层次的对象,而面向切面编程是将程序抽象成各个切面。

在Spring中AOP包含两个概念,一是Spring官方基于JDK动态代理和CGLIB实现的Spring AOP;二是集成面向切面编程神器AspectJ。Spring AOP和AspectJ不是竞争关系,基于代理的框架的Spring AOP和成熟框架AspectJ都是有价值的,它们是互补的。

Spring无缝地将Spring AOP、IoC与AspectJ集成在一起,从而达到AOP的所有能力。Spring AOP默认将标准JDK动态代理用于AOP代理,可以代理任何接口。但如果没有面向接口编程,只有业务类,则使用CGLIB。当然也可以全部强制使用CGLIB,只要设置proxy-target-class=”true”。

AOP中的术语

通知(Advice)

Spring切面可以应用5种类型的通知:

前置通知(Before):在目标方法被调用之前调用通知功能;

后置通知(After):在目标方法完成之后调用通知,此时不会关心方法的输出是什么;

返回通知(After-returning):在目标方法成功执行之后调用通知;

异常通知(After-throwing):在目标方法抛出异常后调用通知;

环绕通知(Around):通知包裹了被通知的方法,在被通知的方法调用之前和调用之后执行自定义的行为。

连接点(Join point)

切点(Poincut)

切面(Aspect)

引入(Introduction)

织入(Weaving)

这些术语的解释,其他博文中很多,这里就不再赘述。

用2个例子来说明Spring AOP和AspectJ的用法

现在有这样一个场景,页面传入参数当前页page和每页展示多少条数据rows,我们需要写个拦截器将page、limit参数转换成MySQL的分页语句offset、rows。

先看Spring AOP实现

1、实现MethodInterceptor,拦截方法

public class MethodParamInterceptor implements MethodInterceptor {

@Override

@SuppressWarnings("unchecked")

public Object invoke(MethodInvocation invocation) throws Throwable {

Object[] params = invocation.getArguments();

if (ArrayUtils.isEmpty(params)) {

return invocation.proceed();

}

for (Object param : params) {

//如果参数类型是Map

if (param instanceof Map) {

Map paramMap = (Map) param;

processPage(paramMap);

break;

}

}

return invocation.proceed();

}

/**

*

* @param paramMap

*/

private void processPage(Map paramMap) {

if (!paramMap.containsKey("page") && !paramMap.containsKey("limit")) {

return;

}

int page = 1;

int rows = 10;

for (Map.Entry entry : paramMap.entrySet()) {

String key = entry.getKey();

String value = entry.getValue().toString();

if ("page".equals(key)) {

page = NumberUtils.toInt(value, page);

} else if ("limit".equals(key)) {

rows = NumberUtils.toInt(value, rows);

}else {

//TODO

}

}

int offset = (page - 1) * rows;

paramMap.put("offset", offset);

paramMap.put("rows", rows);

}

}

2、定义后置处理器,将方法拦截件加入到advisor中。我们通过注解@Controller拦截所有的Controller,@RestController继承于Controller,所以统一拦截了。

public class RequestParamPostProcessor extends AbstractBeanFactoryAwareAdvisingPostProcessor

implements InitializingBean {

private Class validatedAnnotationType = Controller.class;

@Override

public void afterPropertiesSet() throws Exception {

Pointcut pointcut = new AnnotationMatchingPointcut(this.validatedAnnotationType, true);

this.advisor = new DefaultPointcutAdvisor(pointcut, new MethodParamInterceptor());

}

}

3、万事俱备只欠东风,Processor也写好了,只需要让Processor生效。

@Configuration

public class MethodInterceptorConfig {

@Bean

public RequestParamPostProcessor converter() {

return new RequestParamPostProcessor();

}

}`

这里有个坑需要注意一下,如果在配置类中注入业务Bean。

@Configuration

public class MethodInterceptorConfig {

@Autowired

private UserService userService;

@Bean

public RequestParamPostProcessor converter() {

return new RequestParamPostProcessor();

}

}

启动时,会出现:

2019-11-08 14:55:50.954 INFO 51396 --- [ main] trationDelegate$BeanPostProcessorChecker : Bean 'sqlSessionFactory' of type [org.apache.ibatis.session.defaults.DefaultSqlSessionFactory] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

2019-11-08 14:55:50.960 INFO 51396 --- [ main] trationDelegate$BeanPostProcessorChecker : Bean 'sqlSessionTemplate' of type [org.mybatis.spring.SqlSessionTemplate] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

2019-11-08 14:55:51.109 INFO 51396 --- [ main] trationDelegate$BeanPostProcessorChecker : Bean 'rememberMapper' of type [com.sun.proxy.$Proxy84] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

2019-11-08 14:55:53.406 INFO 51396 --- [ main] trationDelegate$BeanPostProcessorChecker : Bean 'org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration' of type [org.springframework.transaction.annotation.ProxyTransactionManagementConfiguration] is not eligible for getting processed by all BeanPostProcessors (for example: not eligible for auto-proxying)

很多切面失效,如事务切面。这是因为注入了自定义的Bean,自定义的Bean优先级最低,由最低优先级的BeanPostProcessor来加载并完成初始化的。但为了加载其中的RequestParamPostProcessor,导致不得不优先装载低优先级Bean,此时事务处理器的AOP等都还没完成加载,注解事务初始化都失败了。但Spring就提示了一个INFO级别的提示,然后剩下的Bean由最低优先级的BeanPostProcessor正常处理。

AspectJ方式实现切面

@Component@Aspect@Slf4jpublic class MethodParamInterceptor {

   @Pointcut("@annotation(org.springframework.web.bind.annotation.PostMapping)")
   public void paramAspect() {

   }


   @Before("paramAspect()")
   public void beforeDataSource(JoinPoint joinPoint) {
       Arrays.stream(joinPoint.getArgs()).forEach(paramObject -> {
           if (paramObject instanceof Map) {
               Map parameter = (Map) paramObject;
               processPage(parameter);
           }
       });

   }

   private void processPage(Map
  
    paramMap) {        
   if (null == paramMap) {            
   ret        }        
   if (!paramMap.containsKey(
   "page") && !paramMap.containsKey(
   "limit")) {            
   return;        }        int page = 1;        int rows = 10;        
   for (Map.Entry
   
     entry : paramMap.entrySet()) {            String key = entry.getKey();            String value = entry.getValue().toString();            
    if (
    "page".equals(key)) {                page = NumberUtils.toInt(value, page);            } 
    else 
    if (
    "limit".equals(key)) {                rows = NumberUtils.toInt(value, rows);            }        }        int offset = (page - 1) * rows;        paramMap.put(
    "offset", offset);        paramMap.put(
    "rows", rows);    }    @After(
    "paramAspect()")    public void afterDataSource(JoinPoint joinPoint) {    } } 
   
  

从上面两个例子可以对比出SpringAOP和AspectJ的两种不同用法,但达到的能力是一样的。

Sping AOP在组织、抽象代码场景中更加适合,AspectJ用于单纯的切面来实现某项功能更加简洁。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/223625.html<

(0)
管理的头像管理
上一篇2025-04-16 01:28
下一篇 2025-04-16 01:29

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注