值栈的生命周期和request一样，为什么可以管理session？ 值栈中的contextMap区

值栈并不是直接管理session,而是间接的通过session来管理session.这句话可能有语病,但要表达的意思是对的.值栈相当于一个存放数据的空间,假设其本身就是一个java类,里面有的那些request,session,等,其实只是拿了一个引用,通过这个引用使用session来管理session,这样,值栈的生命周期结束了,也仅仅是代表这个值栈失去了对session的引用,除非再它持有这个引用时,调用session的销毁方法,否则这个值栈的生命周期与session并无任何关系.打个比方有2个类:Dog类和Person类:

public class Dog{
    public String name;
}

public class Person {
     public Dog dog;   
}

然后我创建了一个Person实例和Dog实例,再将dog实例赋值给Person,然后在将Person中将dog字段设为空(模拟Person实例死亡,销毁),那么我之前创建的Dog实例是否还在?通过打印Dog实例的name值可得出结论,没有!

public class Demo{
    public static void main(String []args){
        Dog dog=new Dog();
        dog.name="旺财";
        Person p=new Person();
        p.dog=dog;
        //甚至我在这里操作p.dog,dog的改变也会保留!
        //p.dog.name="无名";
        p.dog=null;
        p=null;
        System.out.println(dog.name);
    }
}

通过上面的例子,可以一一对应,即dog就是session,p就是值栈,持有引用仅仅是可以对其操作(调用它的属性,或者方法(还必须是可访问的))...所以值栈中有的那些request,session,都是一个变量,真正的session再内存中的另一地方,并不是直接再值栈的内存块中!

contextMap 栈中 有sessionMap 该Map中包含当前session对象中的所有属性
可以使用 #session.属性名 进行调用