Spring AOP切点和通知的实现机制，隐藏了哪些？
- 内容介绍
- 文章标签
- 相关推荐
Spring AOP 切点与通知的实现机制——到底藏了些什么？
这事儿我可太有发言权了。 说起 Spring AOP，很多人第一反应就是“一堆概念、一本正经的官方文档”。可其实吧， 它像一层薄薄的面纱，遮住了底层的 代理生成切点匹配通知织入 的血肉。今天我决定把这层面纱撕下来用一种不那么“规整”、更带情绪的方式，聊聊它到底隐藏了哪些秘密。
1️⃣ 那些被“隐藏”的核心类——别只盯着注解！
无语了... 当我们在代码里写 @Aspect @Before 时IDE 只会提示你「这是切面」；但真正让它动起来的是：
org.springframework.aop.framework.ProxyFactoryBeanorg.springframework.aop.aspectj.AspectJExpressionPointcutorg.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator
这些类在背后悄悄玩儿「动态代理」或「CGLIB 子类化」，把业务对象包装成 代理对象。如果你不小心把它们忽略掉，整个 AOP 就会像失去灵魂的机器人，空有外壳却不动。
2️⃣ 切点表达式是怎么被解析的？
哭笑不得。 很多教程把 execution) 描述得像是天书， 其实它背后是 AspectJExpressionPointcutParser 把字符串转成抽象语法树，再交给 ShadowMatch 去匹配每一个方法签名。
🔎 小技巧：打开 Spring 源码，搜索 "parseExpression", 你会看到一堆正则和递归调用。 你我共勉。 那种“看不懂”的感觉，其实是源码在偷偷做“正则引擎”。
Spring AOP 切点与通知的实现机制——到底藏了些什么？
这事儿我可太有发言权了。 说起 Spring AOP，很多人第一反应就是“一堆概念、一本正经的官方文档”。可其实吧， 它像一层薄薄的面纱，遮住了底层的 代理生成切点匹配通知织入 的血肉。今天我决定把这层面纱撕下来用一种不那么“规整”、更带情绪的方式，聊聊它到底隐藏了哪些秘密。
1️⃣ 那些被“隐藏”的核心类——别只盯着注解！
无语了... 当我们在代码里写 @Aspect @Before 时IDE 只会提示你「这是切面」；但真正让它动起来的是：
org.springframework.aop.framework.ProxyFactoryBeanorg.springframework.aop.aspectj.AspectJExpressionPointcutorg.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator
这些类在背后悄悄玩儿「动态代理」或「CGLIB 子类化」，把业务对象包装成 代理对象。如果你不小心把它们忽略掉，整个 AOP 就会像失去灵魂的机器人，空有外壳却不动。
2️⃣ 切点表达式是怎么被解析的？
哭笑不得。 很多教程把 execution) 描述得像是天书， 其实它背后是 AspectJExpressionPointcutParser 把字符串转成抽象语法树，再交给 ShadowMatch 去匹配每一个方法签名。
🔎 小技巧：打开 Spring 源码，搜索 "parseExpression", 你会看到一堆正则和递归调用。 你我共勉。 那种“看不懂”的感觉，其实是源码在偷偷做“正则引擎”。