闲谈Spring-IOC容器

闲聊

无论是做j2ee开发还是做j2se开发，spring都是一把大刀。当下流行的ssh三大框架中，spring是最不可替代的，如果不用hibernate和struts，我觉得都无关紧要，但是不能没有spring，可能有人说spring有啥用啊？直接new对象又有何妨，搞了个ioc这么麻烦，又难以理解，多了这么多配置，写代码时也没有感觉到它存在的价值，曾经我一直这么认为，就是带着这些疑问不断学习spring，渐渐了解它的价值。其实spring带来的不是某种持久化技术、mvc框架，缓存组件等等，它是一种设计思想（IOC,AOP）,并且利用这种思想容纳百川。真正的高深的武功不是他的招式！

Ioc容器介绍

Ioc—Inversion of Control，即“控制反转”。这么拗口，谁起的名字也不知道。我要是起肯定直接叫“对象容器”，虽然不完全正确，但是基本就是这么个意思。把我们编写的一个个类定义好，注册到spring容器中，需要用到某个对象的使用不是直接new一个，而是从这个对象容器中取一个就好了。对象的创建原来可以不用new了直接取？这么吊，对就是这么吊。A类中引用了个B类，一般直接在B类中new B()，使用A类的时候new A()初始化的时候就会new B()，如果使用spring那就是直接get(“A”)，而B会自动注入到A对象中。这就是“控制反转”：将创建对象的权利，反转给IOC容器。不知道这么说理解了没有，画个图来表达一下吧。

利用IOC我们在使用创建A对象的时候不用创建B对象，因为B对象由IOC创建好了，拿来就用就好了。“拿来主义多么的好”。

Ioc的作用

那么换成从spring容器中取对象有啥好处呢？我还不如直接new个对象来的方便直接，没有spring程序还不是照常运行。其实这么说没有错，new对象多么方便，但是有个词相信大家都听过“解耦”，就是软件中组件间要尽量减少耦合，解耦可以能够使软件易于维护，高复用。上面的A类在代码层次上跟B类的实现不关联，哪天B类被换成C类又何妨？

有人说A类中不是还有一个B类的引用吗？

没错，是有一个引用指向B对象，但是spring倡导的面相借口编程，A类中持有的是一个B类的接口，所以C类只要和B类是同一个接口即可。

正是有了IOC容器这种“控制反转”的设计思想，使得spring几乎可以兼容任何流行插件或框架。

使用spring-ioc难道就没有什么弊端吗？

原来在使用spring2.0的时候采用xml配置方式的时候，spring配置文件太多，太繁琐，但是这个问题在使用了注解方式之后就完全不存在了。

如果你的系统太小了，不用ioc又何妨呢？但是用了也没什么坏处，说不定哪天你的系统又大了呢？

Spring bean的三种配置方式

1、 xml配置方式：

优点：经典，spring提供的功能都可以通过xml方式配置实现；

缺点：每个类都要注册配置，繁琐！

2、注解配置方式：

使用<context:component-scan base-package="www.xufei.com"/> 配置，spring就可以在初始化容器时扫描指定包下的注解，自动注册到IOC容器中,使用以下：@Component，@Service，Controller，@repository，这几个注解本身功能并没有差异，只是习惯上或者说命名上有差异，分别对应了开发中的服务层，控制层，DAO层。

优点：非常简单，强烈推荐

缺点：注解其实也算是侵入了代码，有些功能没有xml强大

3、 java配置方式：

使用@Configuration注解在java类上，创建对象的方法上使用 @Bean 注解，即可将方法返回的对象注册到IOC容器中。

优点：创建对象的过程清晰可见

缺点：配置的太多的话，好啰嗦啊！

一般都是使用在构建的对象非常复杂的情况的，我们需要手工给对象初始化值，便于修改维护。

最后

Spring的设计思想博大精深，有待继续学习思考。对有点东西的理解需要时间，时间到了就会茅塞顿开，恍然大悟。