Spring自动注入“失效”

spring的bean被织入切面后，直接访问他的成员变量，会得到null值。 最糟糕的是不会有任何报错，很难发现。
这个问题的真正原因是，spring的AOP基于动态代理实现，也就是说我们拿到的bean的class不是他本身的class，而是spring自动生成的一个代理对象。

//比如我们有这样一个类public final class HelloMessage {    //我们期望这个num被自动注入    @Autowired    public Integer num;    public String getMessage(){        return "hello world";    }}

它被织入了这样的切面

@Aspectpublic class HelloSpyer {    @Pointcut("execution(* hello.HelloMessage.getMessage(..))")    public void getMessage(){}    @Before("getMessage()")    public void Before(){        System.out.println("before");    }}

我们的bean是这样配置的

@Configuration@ComponentScan(basePackages = {"hello"})//这里会scan到HelloMessage，所以下边没有他的@Bean@EnableAspectJAutoProxypublic class HelloConfig {    //这里有一个Integer的Bean，按理来说他会被注入HelloClass    @Bean     public Integer num(){        return new Integer(100);    }    //这是切面    @Bean    public HelloSpyer helloSpyer(){        return new HelloSpyer();    }}

main方法

public class Main {    public static void main(String[] args) {        ApplicationContext context = new    AnnotationConfigApplicationContext(HelloConfig.class);        HelloMessage helloMessage = context.getBean(HelloMessage.class);        System.out.println(helloMessage.num);        System.out.println(helloMessage.getClass());    }}

运行之后，输出:
null
class hello.HelloMessage$$EnhancerBySpringCGLIB$$16ce769e

结果，没有报错，但是num却是null，而且我们发现helloMessge也变成了奇怪的类。具体来说是 CGLIB生成的动态代理。所以访问代理的变量当然是无效的啦。

解决办法也比较简单：

public final class HelloMessage {    //我们期望这个num被自动注入    @Autowired    public Integer num;    public String getMessage(){        return "hello world";    }    //增加一个get方法，hh    public Integer getNum() {        return num;    }}

main改为

public class Main {    public static void main(String[] args) {        ApplicationContext context = new    AnnotationConfigApplicationContext(HelloConfig.class);        HelloMessage helloMessage = context.getBean(HelloMessage.class);        //这里调用方法获得num        System.out.println(helloMessage.getNum());    }}

输出：
100
得到了正确的结果。
这告诉我们：
1，不要随便违反迪米特法则，尽量通过接口访问对象
2，spring提倡针对接口编程是有理由的 （hhh）
3，在spring的AOP中，某些有关类型的操作是不可靠的，如类型检查。比如某个业务逻辑要判断

HelloMessage.class == helloMessage.getClass()

会因为spring AOP而得到意想不到的结果
不过

helloMessage instanceof HelloMessageHelloMessage.class.isInstance(helloMessage)

这两种判断是安全的，代理类仍然可以安全转型为其原始类。

另一种解决办法是使用 AspectJ 提供的 AOP ，他提供了一种“编译时增强”的AOP框架，也就是他会修改你的字节码，从而避免了代理类可能带来的错误。而spring的AOP是“运行时增强”。然而大多数时候spring的AOP已经能满足我们的需求了。