Spring揭秘

这是我参与更文挑战的第19天，活动详情查看：更文挑战 这个话题应该同一个对象内的嵌套方法调用拦截失效说起。 假设我们有如下所示的目标对象类定义。当然，这样的类定义可以映射到系统中的任何可能的业务对象。

这是我参与更文挑战的第18天，活动详情查看：更文挑战 Spring框架2.0版本发布后，Spring AOP增加了新的特性，或者说增加了新的使用方式。 支持AspectJ5发布的@AspectJ形式的

这是我参与更文挑战的第15天，活动详情查看：更文挑战 看清ProxyFactory的本质 要了解ProxyFactory，我们得先从它的“根”说起，即org.springframework.aop.f

这是我参与更文挑战的第14天，活动详情查看：更文挑战 AOP的织入 俗话说得好，“往事俱备，只欠东风”，各个模块我们已经实现好了，剩下的工作，就是拼接各个模块。 要进行织入，AspectJ采用ajc编

这是我参与更文挑战的第13天，活动详情查看：更文挑战 之前我们已经提到，AOP的Joinpoint可以有许多种类型，如构造方法调用、字段的设置及获取、方法调用、方法执行等。但是，在Spring AOP

这是我参与更文挑战的第12天，活动详情查看：更文挑战 Spring AOP属于第二代AOP，采用动态代理机制和字节码生成技术实现。与最初的AspectJ采用编译器将横切逻辑织入目标对象不同，动态代理机

这是我参与更文挑战的第11天，活动详情查看：更文挑战 AOP走向现实 AOP是一种理念，要实现这种理念通常需要一种实现的方式。与OOP需要相应的语言支持一样，AOP也需要某种语言以帮助实现相应的概念实

这是我参与更文挑战的第10天，活动详情查看：更文挑战 当OOP(Object-Oriented Programming)/OOSD(Object-Orient Software Development

这是我参与更文挑战的第9天，活动详情查看：更文挑战 注解版自动绑定@Autowired @Autowired是基于注解的依赖注入的核心注解，它的存在可以让容器知道需要为当前类注入哪些依赖。@Autow

这是我参与更文挑战的第8天，活动详情查看：更文挑战 接着上一篇Spring IoC之bean的一生（一） 1.bean的实例化与BeanWrapper 容器在内部实现的时候，采用“策略模式”来决定采用

这是我参与更文挑战的第7天，活动详情查看：更文挑战 在已经可以借助于BeanFactoryPostProcessor来干预容器的启动阶段的活动之后，我们就可以开始探索下一个阶段，即bean实例化阶段的

这是我参与更文挑战的第6天，活动详情查看：更文挑战 Spring提供了一种叫做BeanFactoryPostProcessor的容器机制。该机制允许我们在容器实例化相应对象之前，对注册到容器的Bean

这是我参与更文挑战的第5天，活动详情查看：更文挑战 Spring的IoC容器所起的作用，就如下图展示的那样，它会以某种方式加载Configuration Metadata（通常也就是XML格式的配置信

这是我参与更文挑战的第4天，活动详情查看：更文挑战 BeanFactory的对象注册与依赖绑定方式 与前面提到的IoC的绑定方式类似，也可以分为三种，分别是：直接编码、外部配置、注解。 1.直接编码方

这是我参与更文挑战的第3天，活动详情查看：更文挑战 Spring的IoC容器是一个IoC Service Provider，但是，这只是它被命名为IoC之名的部分原因，我们不能忽略的是“容器”。Spr

这是我参与更文挑战的第2天，活动详情查看：更文挑战 IoC全称Inversion of Control，控制反转，也叫做依赖注入(Dependency Injection)。那么，为什么需要IoC？I

这是我参与更文挑战的第1天，活动详情查看：更文挑战 虽然业务对象可以通过IoC方式声明相应的依赖，但是最终仍然需要通过某种角色或服务将这些相互依赖的对象绑定到一起，而IoC Service Provi