[AOP] 1. AOP的由来以及快速上手

最新推荐文章于 2024-11-12 00:30:00 发布

原创

最新推荐文章于 2024-11-12 00:30:00 发布 · 3.3k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#aop #advice #pointcut #设计模式

本文介绍了AOP（面向切面编程）的由来，为解决跨切面问题而诞生。文章详细阐述了AOP的核心概念，包括Aspect、Advice和Pointcut，并提供了使用示例。此外，还讲解了Advice的五种类型：Before、After、Around、After Returning和After Throwing，以及如何在Spring工程中启用AOP。

AOP从何而来

技术的演化从来都不是随机现象。往往都是为了应对某种特定的问题，而形成的一系列切实可行解决方案或者优雅的最佳实践，然后把它们汇聚在一起，就形成了一个工具，一个库或者是一个框架。

为应对Cross-cutting问题而生

要了解AOP(Aspect Oriented Programming，面向切面编程)从何而来，首先来看看下面这段代码：

public void doBusinessLogic() {
    logger.trace("进入 " + CLASS_NAME + "." + METHOD_NAME);   TransactionStatus tx = transactionManager.getTransaction(new DefaultTransactionDefinition()); 
    try {
        // 开始执行业务逻辑
        // ......
        // 业务逻辑结束
    } catch (Exception e) {
        logger.error("异常 " + CLASS_NAME + "." + METHOD_NAME, e); 
        tx.setRollbackOnly();
        throw e;
    } finally { 
        transactionManager.commit(tx);
        logger.trace("退出 " + CLASS_NAME + "." + METHOD_NAME);
    } 
}

发现上面这段代码有什么问题了吗？很明显，样板代码(Boilerplate)太多了，真正重要的业务逻辑反而只占了很小的一部分(如果执行的业务逻辑比较简单的话)。这种代码结构合理吗？显然不合理。上述的样板代码还只包含了简单的Tracing，Transaction以及Exception处理，如果还需要更多的这类处理，那么代码将臃肿不堪。

所以，为了处理这类公用需求，最大程度地避免重复代码而遵循DRY原则。AOP应运而生。那么AOP要解决一个什么问题呢？