Spring的核心莫过于IOC和AOP。可以这个说IOC是把生成对象交给Spring代为管理，只需要在Spring里面配置好Beans，在相应的类中通过简单的注解@Autowired来自动装配生成对象，那么为什么不直接new一个对象，这种方式也挺好的呀。或许有人会做出如下的回答：
张三：我是新人，我参与到这个项目的时候，核心人员已经用框架搭建好了，对象之间的相互引用我也不需要考虑，我只需要负责业务逻辑上代码的实现。同事直接各自负责各自的功能实现，互不打扰。
李四：我做了java开发两年了，怎么说呢，spring框架ioc给用户提供想要的对象，利用了工厂模式，程序员自己也可以去实现，只是程序员实现的框架并没有目前实现的spring开源框架好。当然spring框架也集成了其他很对功能，在需要的时候会显得很有用，好比spring里面也集成了登陆spring-authority。
王五：我是资深程序员，spring框架的 ioc和aop思想很重要。如果不适用spring，在实现一个功能的时候需要用到好多类，类与类之间可能也有相互调用的关系，当项目很大的时候，会显得很难维护，分工也会显得很乱。而IOC的出现正是用来解决这个问题，我们通过IOC将这些相互依赖对象的创建、协调工作交给Spring容器去处理，每个对象只需要关注其自身的业务逻辑关系就可以了。在这样的角度上来看，获得依赖的对象的方式，进行了反转，变成了由spring容器控制对象如何获取外部资源。
总结：IOC它小项目中作用并不是很明显，但是当项目很大的时候，用一个词来形容“错综复杂”。这个时候，先由资深开发人员搭建好架子，然后各个程序员负责各自的模块，就先的有条有理，对象的获取也是先在配置文件中配置好，普通开发人员只需要负责逻辑业务上的开发就好，最后结合git工具，把工作有条不乱的进行下去。普通程序只需要去实现资深程序员定义好的接口，完成具体的实现就好。
接下来，讨论下AOP这个神奇的面向切面编程的东西。
AOP这个功能可能显得比ioc开起来明显，都知道spring中AOP是通过jdk里面动态代理来实现的，实现invocationHandler接口，如果程序员自己要实现也可以的。当然，还可以用CGLIB动态代理来实现，下面一节会详细介绍两种代理，从实现到源码。但是spring中已经集成了这样的功能，而且spring3.0都是通过注解来应用显得更加方便。AOP的应用场景还是很多的， 操作数据库的事务，日志，拦截器，权限控制（spring-security）等。