惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Application and Cybersecurity Blog
Application and Cybersecurity Blog
G
GRAHAM CLULEY
P
Privacy International News Feed
L
LINUX DO - 热门话题
C
Cisco Blogs
T
Tor Project blog
AWS News Blog
AWS News Blog
K
Kaspersky official blog
C
Cybersecurity and Infrastructure Security Agency CISA
Cyberwarzone
Cyberwarzone
D
Darknet – Hacking Tools, Hacker News & Cyber Security
C
CERT Recently Published Vulnerability Notes
P
Proofpoint News Feed
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
L
Lohrmann on Cybersecurity
C
CXSECURITY Database RSS Feed - CXSecurity.com
Project Zero
Project Zero
Attack and Defense Labs
Attack and Defense Labs
Latest news
Latest news
The Last Watchdog
The Last Watchdog
Apple Machine Learning Research
Apple Machine Learning Research
Simon Willison's Weblog
Simon Willison's Weblog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Cloudbric
Cloudbric
Last Week in AI
Last Week in AI
S
Security Affairs
Google DeepMind News
Google DeepMind News
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
有赞技术团队
有赞技术团队
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
小众软件
小众软件
P
Palo Alto Networks Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
S
Security @ Cisco Blogs
V
V2EX
S
Secure Thoughts
人人都是产品经理
人人都是产品经理
月光博客
月光博客
博客园_首页
T
Troy Hunt's Blog
爱范儿
爱范儿
N
News and Events Feed by Topic
Hugging Face - Blog
Hugging Face - Blog
雷峰网
雷峰网
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
P
Privacy & Cybersecurity Law Blog
V
Vulnerabilities – Threatpost

博客园 - huanshare

系统架构设计师 2025年下半年 综合知识 信息系统项目管理师 2025年上半年(第2批)综合知识 AI 写长篇别靠玄学:我用 codebubby + Cursor 把《一纸洛阳》写到50章还不崩 特别好用的swagger ui 封装 微信小程序常见问题1----适合新手 依赖注入和控制反转的理解,写的太好了。 [MySQL] 实现树形的遍历(关于多级菜单栏以及多级上下部门的查询问题) SpringMVC @RequestBody接收Json对象字符串 Maven实战--- dependencies与dependencyManagement的区别 SSO 单点登录的实现原理 Spring boot将配置属性注入到bean类中 在spring中常被忽视的注解 @Primary spring四种依赖注入方式 Ajax+Spring MVC实现跨域请求(JSONP) 对JAVA的集合的理解 Iterator和ListIterator Java中finalize()用法 Spring中的设计模式 sql 在not in 子查询有null值情况下经常出现的陷阱
Spring AOP 学习(一) 代理模式
huanshare · 2016-06-06 · via 博客园 - huanshare

  AOP为Aspect Oriented Programming的缩写,意为:面向切面编程(也叫面向方面),可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续,设计模式孜孜不倦追求的是调用者和被调用者之间的解耦,AOP可以说也是这种目标的一种实现。

AOP 的应用范围

  传统的程序通常表现出一些不能自然地适合单一的程序模块或者是几个紧密相关的程序模块的行为,AOP 将这种行为称为横切,它们跨越了给定编程模型中的典型职责界限。横切行为的实现都是分散的,软件设计师会发现这种行为难以用正常的逻辑来思考、实现和更改。最常见的一些横切行为如下面这些:

  日志记录,跟踪,优化和监控

  事务的处理

  持久化

  性能的优化

  资源池,如数据库连接池的管理

  系统统一的认证、权限管理等

  应用系统的异常捕捉及处理

  针对具体行业应用的横切行为

 

Spring 为解耦而诞生,其中AOP(面向切面编程)是很浓重的一笔。

这里简单记录一下AOP 给我带来的好处:

1.

用了一段时间,想通过简单的代码,更好的阐述以及理解它。

以前:假设我们有个简单的业务,还是经典的Hello World,那么我们定义一个Service 接口,一个ServiceImpl 实现类,一个sayHello 方法,这里使用网上很经典的日志记录的例子。

1.Service接口:定义一个sayHello  的业务方法

Java代码  收藏代码

2.ServiceImpl实现类:主要是打印HelloWord,但是日常项目中,在主要业务前后可能会添加日志记录,或者开启事务等其他必要操作。

Java代码  收藏代码

  1. public class ServiceImpl implements Service{  
      
        @Override  
        public void sayHello() {  
            System.out.println("前置日记:打印、启动事务等..");  
            System.out.println("Hello world!");  
            System.out.println("后置日记:打印、关闭事务等..");  
        }  
    }  

例子很简单,那么假设,我们不光拥有sayHello ,还有sayBye 等多个方法,并且都需要其他操作呢?那么你是不是会写很多个这样的,重复的代码?

当然,你可以减少一部分工作量,你可以这样:

Java代码  收藏代码

  1. public class ServiceImpl implements Service{  
      
        @Override  
        public void sayHello() {  
            before();  
            System.out.println("Hello world!");  
            after();  
        }  
      
        @Override  
        public void sayBye() {  
            before();  
            System.out.println("Bye bye!");  
            after();  
        }  
          
        public static void before(){  
            System.out.println("前置日记:打印、启动事务等..");  
        }  
          
        public static void after(){  
            System.out.println("后置日记:打印、关闭事务等..");  
        }  
    }  

我们再次假设,如果我们拥有更多的业务方法:sayHi(),sayOther()....,需要更多的其他操作:打印信息,传输记录....。并且其他ServiceImpl 里面的方法也需要这些方法呢?那么我们是不是每个类又要继续添加呢?

当然,你可以这样做:建立一个对Service 添加额外功能的类,统一提供。

Java代码  收藏代码

  1. public class ServiceFactory {  
        public static void before(){  
            System.out.println("前置日记:打印、启动事务等..");  
        }  
          
        public static void after(){  
            System.out.println("后置日记:打印、关闭事务等..");  
        }  
          
        public static void other(){  
            System.out.println("做其他的事..");  
        }  
    }  

ServiceImpl 就成这样:

Java代码  收藏代码

  1. public class ServiceImpl implements Service{  
      
        @Override  
        public void sayHello() {  
            ServiceFactory.before();  
            System.out.println("Hello world!");  
            ServiceFactory.after();  
        }  
      
        @Override  
        public void sayBye() {  
            ServiceFactory.before();  
            System.out.println("Bye bye!");  
            ServiceFactory.after();  
        }  
      
        @Override  
        public void sayHi() {  
            ServiceFactory.before();  
            System.out.println("Hi");  
            ServiceFactory.after();  
              
            ServiceFactory.other();  
        }  
    }  

 这样代码,感觉是少了一些,但是我们的原则是尽量 别重复同样的代码,提高代码的复用性,改动最小为基准。也许业务很复杂,比较多,那么你要重复多少代码,整个类要写得多麻烦所啊!如果到时候有些假设before 和after 需要变化位置,你又要改动多少呢?

当然,目前的的JDK (大于1.3)为了解决这些问题,为我们提供的反射机制,动态代理机制。看看如何更好的解决这个问题。这里先copy 下,什么是代理:

Java的动态代理机制
代理模式是常用的Java设计模式。代理类主要负责为委托类预处理消息、过滤信息、把消息转发给委托类,以及事后处理信息等。
    理论 - -总是那么抽象(~。~),简单点说,就是:1.我的目的是去学校,那么校服 早餐 校车,这些我都需要,但是不由我做,全部代理给我父母搞定了(当然我是自己搞定的。)2.再简单的说就是:我只关注我主要的事情,其他附加的事情,全部交给别人搞定。看代码..

MyPorxy 我的代理类:

Java代码  收藏代码

  1. import java.lang.reflect.InvocationHandler;  
    import java.lang.reflect.Method;  
    import java.lang.reflect.Proxy;  
      
      
    public class MyProxy implements InvocationHandler{  
          
        // 目标对象,也就是我们主要的业务,主要目的要做什么事  
        private Object delegate;  
          
        /** 
         * 和你额外需要做得事情,进行绑定,返回一个全新的对象(写法,基本上固定的) 
         * @param delegate 
         * @return 
         */  
        public Object bind(Object delegate){  
            this.delegate = delegate;  
            return Proxy.newProxyInstance(this.delegate.getClass().getClassLoader(),   
                    this.delegate.getClass().getInterfaces(), this);  
        }  
          
        /** 
         * 你刚才需要执行的方法,都需要通过该方法进行动态调用 
         */  
        @Override  
        public Object invoke(Object proxy, Method method, Object[] args)  
                throws Throwable {  
            Object obj = null;  
            // 执行前置的方法  
            ServiceFactory.before();  
            // 通过反射,执行目标方法,也就是你的主要目的  
            obj = method.invoke(this.delegate, args);  
            // 执行后置的方法  
            ServiceFactory.after();  
            // 返回值给调用者  
            return obj;  
        }  
      
    }  

这里运用的反射知识,还需要去看看,这里就不解释了。

ServiceImpl 变化:

Java代码  收藏代码

  1. public class ServiceImpl implements Service{  
      
        @Override  
        public void sayHello() {  
            System.out.println("Hello world!");  
        }  
      
        @Override  
        public void sayBye() {  
            System.out.println("Bye bye!");  
        }  
      
        @Override  
        public void sayHi() {  
            System.out.println("Hi");  
        }  
    }  

   测试类:

Java代码  收藏代码

  1. public class Test {  
      
        /** 
         * 测试类 
         * @param args 
         */  
        public static void main(String[] args) {  
            // 不启用代理  
            //Service service = new ServiceImpl();  
            // 使用代理  
            Service service = (Service)new MyProxy().bind(new ServiceImpl());  
              
            service.sayHello();  
            service.sayBye();  
            service.sayHi();  
        }  
    }  

OK,那么你现在看看,我们的业务实现类ServiceImpl 是不是干净多了,代码是不是在某些地方见过呢?即时你再进行添加更多的方法,也可以同样实现了对吗?当然,在Test里面,假设我们有的方法想用,有的方法不想用,那么又该怎么实现呢?