string scopename = mergedbeandefinition.getscope();
//取得当前bean的范围,也即在定义中的scope=”request”的部分。
scope scope = (scope) this.scopes.get(scopename);//得到bean工厂中的范围处理器
if (scope == null) {
throw new illegalstateexception("no scope registered for scope '" + scopename + "'");
}
try {
//使用scope.get(beanname,objectfactory)从指定的范围中得到或创建bean实例
object scopedinstance = scope.get(beanname, new objectfactory() {
public object getobject() throws beansexception {
beforeprototypecreation(beanname);//前拦截
try {
return createbean(beanname, mergedbeandefinition, args);
//调用子类的createbean实现真正的bean创建工作
}
finally {
afterprototypecreation(beanname);//后拦截
}
}
});
bean = getobjectforbeaninstance(scopedinstance, name, mergedbeandefinition);//返回正确类型的bean实例
}
catch (illegalstateexception ex) {
throw new beancreationexception(beanname, "scope '" + scopename + "' is not active", ex);
}
默认情况下,低层的bean工厂中只支持singleton及prototype两种类型的bean。当把scope设置成request及session时将会出现不能正确识别scope的错误。这是因为普通的bean工厂都没有注册新的scope。只有在webapplicationcontext中注册才注册了新类型的bean。
下面看实现注册scope的代码:
在webapplicationcontext中定义常量
public interface webapplicationcontext extends applicationcontext {
string scope_request = "request";
string scope_session = "session";
string scope_global_session = "globalsession";
}
然后在所有类型的web应用上下文的实现中,都在bean工厂的拦载过程中通过postprocessbeanfactory方法来注册新类型scope,如genericwebapplicationcontext、staticwebapplicationcontext、abstractrefreshablewebapplicationcontext等webapplication应用上下文实现中。
protected void postprocessbeanfactory(configurablelistablebeanfactory beanfactory) {
beanfactory.registerscope(scope_request, new requestscope());//注册request类型的bean
beanfactory.registerscope(scope_session, new sessionscope(false));//注册session类型的bean
beanfactory.registerscope(scope_global_session, new sessionscope(true));//注册glogalsession 的bean
}
结合上面的代码,现在应该明白为什么只有在web应用上下文中才能使用新增加三种类型的bean了吧。当然,由于有了scope,我们也可以非常轻松的实现我们自己的scope,增加新用户自定义类型的bean,然后设计出一个适合我们自己的bean工厂。