总结：Spring(1)Spring的控制反转（依赖注入）

通俗的理解Spring的核心思想？
在传统的开发中没有spring，如果我们要在一个action中使用一个业务逻辑层的实现类的话，需要如下操作“UserService us = new UserServiceImpl() ; ”然后才能再访问业务层的相关逻辑处理，也就是在action中我们要去主动的去创建这个实例对象。
而有了spring之后，创建实例对象的工作交给Spring去做了，开发人员只需要在action将其注入就可以了，不管什么时候使用都可以直接在action中调用
[注意：]这里传统的没有spring的方法，我们主动的自己去创建实例对象，可以随时使用，而在使用了spring之后，创建实例对象的工作交给了spring容器去做，如果action要使用某个实例对象，必须要向spring容器去申请，等spring容器创建好实例对象之后，然后你才能使用，这里可以看出在action中创建实例对象，传统的方法控制权在自己手里，什么时候用什么时候去创建，使用spring之后控制权发生了转变，这就是spring的核心思想：控制反转
而关于依赖注入的说法也很好理解，Action为什么要创建对应的实例对象，因为action中想要实现的逻辑只能那个对象才能完成，这个以来action就对serviceImpl产生了依赖关系，也就是action要依赖impl中的逻辑去处理自己的需求，就需要向spring申请，让spring注入给自己，而对spring而言，action需要什么，spring就按需要注入给他什么
关于Spring注解
传统的spring做法是使用xml文件来对bean进行注入或者配置AOP、事务等
缺点也很明显：如果是一个比较大的项目，那么所有的内容都要配置在一个xml文件中，这个xml文件就会显得特别的庞大，即使根据一定的规则分割成多个xml，虽然单个的xml文件容易管理了，但是对应的xml文件个数也增加了，维护和可读性都不是特别好。
【总结中……】