IoC
IoC（Inverse of Control，即控制反转）是一种设计思想，就是将原本在程序中手动创建对象的控制权，交由 Spring 框架来管理。 IoC 在其他语言中也有应用，并非 Spirng 特有。IoC 容器是 Spring 用来实现 IoC 的载体， IoC 容器实际上就是个 Map（key，value）, Map 中存放的是各种对象。
将对象之间的相互依赖关系交给 IoC 容器来管理，并由 IoC 容器完成对象的注入，这样可以很大程度上简化应用的开发，把应用从复杂的依赖关系中解放出来。IoC 容器就像是一个工厂一样，当需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的。在实际项目中，一个 Service 类可能有几百甚至上千个类作为它的底层，假如我们需要实例化这个 Service，你可能要每次都要搞清这个 Service 所有底层类的构造函数，这可能会把人逼疯。如果利用 IoC 的话，你只需要配置好，然后在需要的地方引用，这大大增加了项目的可维护性，且降低了开发的难度。
Spring 时代，我们一般通过 XML 文件来配置 Bean，后来有人觉得 XML 文件来配置不太好，于是 Spring Boot 注解配置就慢慢开始流行起来。
Spring IoC的初始化过程
AOP
AOP（Aspect-Oriented Programming，即面向切面编程)将那些与业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，有利于系统的可拓展性和可维护性。
Spring AOP 就是基于动态代理实现的。如果被代理的对象，实现了某个接口，那么 Spring AOP 会使用JDK Proxy，去创建该代理对象，而对于没有实现接口的对象，就无法使用 JDK Proxy 去进行代理了，这时候 Spring AOP 会使用 Cglib 生成一个被代理对象的子类来作为代理，如下图所示：
Spring AOP Process
当然还可以使用 AspectJ ,Spring AOP 已经集成了 AspectJ ，AspectJ 算的上是 Java 生态系统中最完整的 AOP 框架。
使用 AOP 之后，我们可以把一些通用功能抽象出来，在需要用到的地方直接使用即可，这样就可以大大简化代码量。
Spring AOP 和 AspectJ AOP 有什么区别？
Spring AOP 属于运行时增强，而 AspectJ 是编译时增强。 Spring AOP 基于代理 (Proxying)，而 AspectJ 基于字节码操作 (Bytecode Manipulation)。
AspectJ 相比于 Spring AOP 功能更加强大，但是 Spring AOP 相对来说更简单，如果切面功能比较少，那么两者性能差异不大。但是，当切面太多的话，最好选择 AspectJ ，它比 Spring AOP 要快很多。
