ASPNET static变量

       在一个类中定义了一个static变量，只在同一个执行上下文中，所有用户访问到的都是同一个变量。也就是说在一个类中定义了一个static变量 所有用户访问到的都是同一个变量，static的作用范围显然是应用程序级。从这个角度分析，定义了static UserID变量，A用户登录系统，对UserID赋值A，UserID=A，在A没有发布信息之前，UserID的值维持A不变，此时B用户登录，同样的，对UserID赋值B，因为static作用范围是应用程序级，所有用户共享这个static变量，故此时UserID变量的值不再是A而是B。接着，A用户提交发布信息，A的UserID是B，所以最终显示的用户签名就不再是A而是B了，就产生了混淆。

这一点分析清楚了，在页面级，就禁止使用static变量，改用普通变量进行操作。配合使用ViewState，问题就得到解决；

在C#中，static变量表示该变量属于类，而不是类的实例。可以说是该类的所有实例共享一个static变量。

asp.net的页面就是一个类，我们访问一个页面。就会在服务器上实例化一个该类的实例，来响应我们的请求。

“所有实例共享一个static变量” 这就意味着，所有的客户端访问到的asp.net页面中static变量都是同一个变量。

由于我们每次访问asp.net页面都是一个全新的对象，而不是我们上一次访问的对象。所以上次页面访问时我们对页面中变量的改动都没有保留。遇到这个问题的时候，很多初学者的直觉就是将这个变量申明为static，保留住了页面的状态。因为你要的只是页面能保留住状态，而这个状态是针对一个客户端的（session的效果）。而得到的结果是只要一个客户端改变了该值所有的其他客户端都受到了影响（如同Applicatin的效果）。这种情况下，需要的极有可能就是个ViewState或者是Session。

Application与static变量
Application是通过一个集合保存所有的对象。

强类型:
Application中保存的是object,对对象的保存和使用需要作cast动作。对于值类型更需要Box&UnBox。对性能的影响较大。
而static变量是强类型的对象。

线程同步:
Application将所有的对象放到一个集合，这样对访问集合中的任何对象都会锁定这个集合。
假如有Application["A"]、Application["B"]、Application["C"],有线程访问Application["A"]其他线程不能访问Application["B"] and Application["C"]。
而static变量，可以根据他们的作用分别放在不同的class当中。这样可以并行访问不同的static变量，而不存在线程安全问题。

友情提示：
1. 对static变量，做lock时。可以通过lock(typeof(classname))来锁定该变量所在的类的类型，达到线程同步的目的。lock(typeof(classname))有些场合不一定适合。

2. 由于Aplication,static member是全局变量,而我们是在多线程服务器环境写程序，对他们的使用需要注意线程安全的问题。