Spring的IoC与AOP的理解
1.Spring它到底是什么？
Spring是一个开源的Java应用程序开发框架，为了解决企业应用开发的复杂性而创建的。
在spring中，它会认为一切Java类都是资源，而资源就是Bean，容纳这些Bean是Spring所提供的IoC(Inversion of Control)容器。Spring框架除了帮我们管理对象及其依赖关系(IoC)，还提供像通用日志记录、性能统计、安全控制、异常处理等面向切面的能力(AOP)，还能帮我管理最头疼的数据库事务，提供与第三方数据访问框架集成（如Hibernate、JPA），与各种Java EE技术整合（如Java Mail、任务调度等等），提供一套自己的web层框架Spring MVC、而且还能非常简单的与第三方web框架集成。
2.IoC它是一种思想
IoC—Inversion of Control，即“控制反转”，是一种设计思想。这样的思想是源自于生活的，其核心就是资源不由使用资源的双方管理，而由不使用资源的第三方管理。例如，我们每天使用的支付宝、微信支付等支付体系就可以说是一个庞大的IoC容器。
DI(依赖注入)其实就是对IoC设计思想的具体实现。IoC主要的实现方式有两种：依赖查找，依赖注入。依赖注入是一种更可取的方式。
回到Java中，IoC意味着将开发者编写的Java对象交给IoC容器控制，要理解IoC，就要抓住关键词"Control"。
作为开发者我们控制什么？
- 传统设计，我们需要访问对象的成员或使用对象中的方法时，我们需要在程序中通过new进行创建对象，是程序主动的去创建依赖对象。
IoC控制了什么？
- IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；是IoC 容器控制了对象即被动创建了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
反转就好理解了，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，就是正转；而反转则是由容器来帮忙创建及注入依赖对象。对象的控制权反转了。这就是一种控制反转的理念，它最大的好处在于降低对象之间的耦合。
IoC实际上是软件设计中依赖倒置原则的体现，有兴趣可以参考这篇文章。
3.面向切片编程AOP
AOP其实就是一种解耦的思想，并不神秘，其目的就是将项目业务逻辑代码与一些业务无关琐碎的事务代码分离开来。让开发者只关心业务逻辑部分，不用关系类似于数据库事务管理、日志管理等琐碎的事务。
SpringAOP建立在Java的反射基础之上，将分布在程序中的公共部分提取出来，做成了切面类(比如数据库事务)这样做的好处在于代码的可重用。一旦涉及到该功能的需求发生变化，只要修改该代码就行。
从生活中可以很容易举出例子，比如一个开发者A想把大象塞进冰箱，那么他就要：
- 打开冰箱
- 塞进大象
- 关掉冰箱
如果此时有开发者B想塞阿猫，开发者C想塞阿狗，那么他们都需要做的公共部分就是打开冰箱和关掉冰箱。那么现在要求，每次打开冰箱的时候都需要在日志上写上打开冰箱时间，这个时候就发现每个开发者都要加一个写上时间的步骤。在企业开发中，如果有成百上千个开发者，那么维护成本就会很高。
SpringAOP是怎么做的呢？
Spring把打开冰箱和关掉冰箱这两个动作提取出来做成一个切面类，找到切点(切点就是塞这个动作),然后织入(织入就是生成代理对象的过程)。下次开发者A去想要塞大象的时，Spring就会把冰箱打开好，开发者A塞进大象，Spring再来把冰箱关闭。开发者A现在只需要关注自己要干什么，而不必关心打开冰箱和关掉冰箱了。如果要求在每个开发者打开冰箱前在日志上写下打开时间，那么也只需要改一下切面类中的代码。
打开冰箱和关掉冰箱就相当于企业项目中的数据库事务，而塞大象就相当于业务逻辑代码。
AOP的实现
AOP有多种实现，最常使用的就是Spring AOP和AspectJ，Spring只是使用了与AspectJ5一样的注解，但仍然没有使用AspectJ的编译器，底层是动态代理技术的实现，并不依赖于AspectJ的编译器。
织入就是一个生成代理对象的过程，一般分为动态织入和静态织入，动态织入的方式是在运行时动态将要增强的代码织入到目标类中，这样往往是通过动态代理技术完成的，静态织入是指在编译时期就织入，即：编译出来的class文件，字节码就已经被织入了。
SpringAOP是采用动态织入
有两种实现方式
- 基于接口的动态代理(Dynamic Proxy)
- 基于继承的CGLIB代理
AspectJ是采用静态织入
使用AspectJ的acj编译器(类似javac)把aspect类编译成class字节码后，在java目标类编译时织入，即先编译aspect类再编译目标类。
