Spring 3.2.3中getConnection调用时Aspect未触发，切点定义是否有误？

首先明确：你写的切点表达式execution(java.sql.Connection javax.sql.DataSource.getConnection(..))语法本身是正确的，切面没触发大概率不是切点语法的问题，而是Spring AOP的代理机制和你的使用场景不匹配导致的。下面给你拆解几个核心排查点：

1. 确认你的DataSource是Spring容器管理的Bean #

Spring AOP只能拦截Spring容器中注册的Bean的方法调用，如果你的DataSource是通过以下方式获取的，切面肯定不会生效：

• 直接new出来的实例
• 从JNDI手动获取但未交给Spring管理
• 第三方框架内部创建的未被Spring托管的DataSource

解决方法：确保你的DataSource是通过Spring的@Bean注解（Java配置）或者XML配置注册到容器中，并且通过Spring的依赖注入来使用它，而不是手动实例化。

2. 检查切面类是否被Spring正确加载 #

你的切面类加了@Component注解没问题，但要确保：

• 切面类所在的包被Spring的组件扫描（@ComponentScan）覆盖到
• 你的Spring配置类/XML中开启了AspectJ自动代理（@EnableAspectJAutoProxy注解，或者XML中的<aop:aspectj-autoproxy/>）

如果没开启AspectJ自动代理，Spring不会识别@Aspect注解的类，切面自然不会生效。

3. 验证代理方式和调用场景 #

Spring AOP默认用JDK动态代理（针对接口），javax.sql.DataSource是接口，所以代理方式是兼容的，但要注意：

• 只有通过代理对象调用方法才会被拦截，如果是在Bean内部直接调用自己的getConnection()（比如DataSource实现类内部的方法调用），这种“自调用”场景Spring AOP是无法拦截的
• 如果你的DataSource被Spring的事务管理器等其他代理包装过，需要确保你的切面优先级（@Order(1)）足够高，不过通常@Order(1)已经比默认的事务代理优先级高了，这个可以先排除

快速验证方法 #

你可以暂时把切点表达式改成更宽泛的范围，测试切面是否能被触发：

@Around("execution(* javax.sql.DataSource.*(..))")
public Object testProxy(ProceedingJoinPoint pjp) throws Throwable {
    System.out.println("触发切面：" + pjp.getSignature().getName());
    return pjp.proceed();
}

如果这个宽泛的切点能触发，说明原来的切点语法没问题，只是你调用getConnection()的方式不在Spring AOP的拦截范围内；如果还是没触发，那肯定是切面没被加载或者DataSource不是Spring管理的Bean。

额外建议 #

把切点单独用@Pointcut定义，代码会更清晰易维护：

@Component
@Aspect
@Order(value = 1)
public class ConnectionAspect {

    @Pointcut("execution(java.sql.Connection javax.sql.DataSource.getConnection(..))")
    public void dataSourceGetConnection() {}

    @Around("dataSourceGetConnection()")
    public Connection prepare(ProceedingJoinPoint pjp) throws Throwable {
        return MyConnectionProxy.newInstance((Connection) pjp.proceed(pjp.getArgs()));
    }
}

内容的提问来源于stack exchange，提问作者lives