浅谈JavaBeansh和IoC

    什么是Javabean？对于初学者或者初级程序员来说，这个概念是模糊不清的，在很长一段时间内，我只能简单的把它理解成“对象”这个概念，到后来的POJO（普通的Java对象，仅有属性和方法，没有GET/SET方法，也没有为空的构造函数），我记得当时那两天我一直在找各种资料，尝试去理解Javabean，后面对它的理解又到了“容器”着一个阶段，被容器管理起来的Java对象，就是Javabean，这个观点在我的大脑停留了很久，直到今天我看了一篇博客（https://www.cnblogs.com/xdp-gacl/p/3495887.html），让我对Javabean和IoC又有了更深入的理解（以下部分为引用）：

    

2、@Controller

@Controller对应表现层的Bean，也就是Action，例如：

1 @Controller
2 @Scope("prototype")
3 public class UserAction extends BaseAction<User>{
4 ……
5 }

使用@Controller注解标识UserAction之后，就表示要把UserAction交给Spring容器管理，在Spring容器中会存在一个名字为"userAction"的action，这个名字是根据UserAction类名来取的。注意：如果@Controller不指定其value【@Controller】，则默认的bean名字为这个类的类名首字母小写，如果指定value【@Controller(value="UserAction")】或者【@Controller("UserAction")】，则使用value作为bean的名字。

这里的UserAction还使用了@Scope注解，@Scope("prototype")表示将Action的范围声明为原型，可以利用容器的scope="prototype"来保证每一个请求有一个单独的Action来处理，避免struts中Action的线程安全问题。spring 默认scope 是单例模式(scope="singleton")，这样只会创建一个Action对象，每次访问都是同一Action对象，数据不安全，struts2 是要求每次次访问都对应不同的Action，scope="prototype" 可以保证当有请求的时候都创建一个Action对象

3、@ Service

@Service对应的是业务层Bean，例如：

1 @Service("userService")
2 public class UserServiceImpl implements UserService {
3 ………
4 }

@Service("userService")注解是告诉Spring，当Spring要创建UserServiceImpl的的实例时，bean的名字必须叫做"userService"，这样当Action需要使用UserServiceImpl的的实例时,就可以由Spring创建好的"userService"，然后注入给Action：在Action只需要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"即可，具体代码如下：

1 // 注入userService
2 @Resource(name = "userService")
3 private UserService userService;

注意：在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”，否则由于类型不一致而无法注入，由于Action中的声明的“userService”变量使用了@Resource注解去标注，并且指明了其name = "userService"，这就等于告诉Spring，说我Action要实例化一个“userService”，你Spring快点帮我实例化好，然后给我，当Spring看到userService变量上的@Resource的注解时，根据其指明的name属性可以知道，Action中需要用到一个UserServiceImpl的实例，此时Spring就会把自己创建好的名字叫做"userService"的UserServiceImpl的实例注入给Action中的“userService”变量，帮助Action完成userService的实例化，这样在Action中就不用通过“UserService userService = new UserServiceImpl();”这种最原始的方式去实例化userService了。如果没有Spring，那么当Action需要使用UserServiceImpl时，必须通过“UserService userService = new UserServiceImpl();”主动去创建实例对象，但使用了Spring之后，Action要使用UserServiceImpl时，就不用主动去创建UserServiceImpl的实例了，创建UserServiceImpl实例已经交给Spring来做了，Spring把创建好的UserServiceImpl实例给Action，Action拿到就可以直接用了。Action由原来的主动创建UserServiceImpl实例后就可以马上使用，变成了被动等待由Spring创建好UserServiceImpl实例之后再注入给Action，Action才能够使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了，原来主动权在自己手上，自己要使用“UserServiceImpl”类的实例，自己主动去new一个出来马上就可以使用了，但现在自己不能主动去new“UserServiceImpl”类的实例，new“UserServiceImpl”类的实例的权力已经被Spring拿走了，只有Spring才能够new“UserServiceImpl”类的实例，而Action只能等Spring创建好“UserServiceImpl”类的实例后，再“恳求”Spring把创建好的“UserServiceImpl”类的实例给他，这样他才能够使用“UserServiceImpl”，这就是Spring核心思想“控制反转”，也叫“依赖注入”，“依赖注入”也很好理解，Action需要使用UserServiceImpl干活，那么就是对UserServiceImpl产生了依赖，Spring把Acion需要依赖的UserServiceImpl注入(也就是“给”)给Action，这就是所谓的“依赖注入”。对Action而言，Action依赖什么东西，就请求Spring注入给他，对Spring而言，Action需要什么，Spring就主动注入给他。

----------------------------------------------------------手动分割线，以上是引用部分------------------------------------------------------------------------

    如果我们把对象仅仅理解为“通过ORM映射和数据库表联系起来的Java对象”的话，那就太狭隘了，正如上面我引用的大牛的话中写道的“Action中需要用到一个UserServiceImpl的实例”，这也是一个被容器管理起来的Javabean对象。我把上面带颜色字体的话再简单翻译以下：什么是控制反转？那就是对象生成的时机被反转了，以前是在方法里面自己new，现在交给spring容器了。

    如果是初学者，仅理解到上面程度就可以了，但我们还可以继续探究下去：不用容器时，用new关键字 生成对象就是在编译器读取到new关键字的时候，去分配空间，构建对象（我发现我忘记new关键字生成对象的步骤了，LOL），但使用spring容器后，容器里的对象是在需要的时候生成，还是早就准备好了等方法要用的时候给你呢？还有一点，自己new对象的时候，对象是要等JVM的垃圾回收机制自己去回收的，可能会等很久，但有了spring的容器之后，所有对象的生命周期都交给了容器。