ASP.NET应用程序中要小心使用放在App_Code文件夹类中的静态成员

小心使用放在App_Code中类的静态成员
每个 ASP.NET 应用程序都可以添加一个 App_Code 文件夹。放置在这一文件夹下的类可以被此 ASP.NET 应用程序中的所有页面所使用,可将这些类称为“全局类 ”,用起来很方便。 
然而,如果这些类中定义了静态成员,则访问这些成员必须小心陷井。
请看以下示例:
    public class SharedClass
    {
         public static int counter=0;
    }
 
上述类放在App_Code中。网页访问代码如下:
 
protected void Page_Load(object sender, EventArgs e)
    {
        SharedClass.counter++;
        Response.Write(SharedClass.counter.ToString());
    }
 
上述代码好象没有什么问题,而且实验运行好象每次都正常。
然而,由于Web应用程序是多线程的,而App_Code中的类具有全局性,因此,上述代码会带来一个多线程数据存取冲突的问题。
我们可以修改SharedClass类来使这个问题突出出来:
 private static int _counter = 0;
 
    public static int Counter
    {
        get {
            return SharedClass._counter;
        }
        set {
            Thread.Sleep((new Random()).Next(5000, 10000));
            SharedClass._counter = value;
        }
    }
 上述代码通过随机延迟时间来以模拟互联网下的程序并发运行环境。
页面访问共享资源的代码不变。
现在请打开多个浏览器窗口,访问同一个页面(或多次刷新),注意访问间隔小于5秒,会发现多个页面得到相同的数字。事实上,这一数字并没有真实地反映出共享资源被访问的次数。
为了解决这个问题,可以将页面代码修改如下:
    protected void Page_Load(object sender, EventArgs e)
    {
        lock (typeof(SharedClass))
        {
             SharedClass.Counter++;
             Response.Write("共享资源被访问次数:" + SharedClass.Counter.ToString());
        }
    }
 
使用C#提供的lock关键字锁定资源现在,问题解决了。
另一个有趣的问题是,如果由共享资源本身实现存取控制,是否访问者就不需要再写存取控制代码了?
为此再次修改共享资源类:
public class SharedClass
{
    private static int _counter = 0;
 
    public static int Counter
    {
        get
        {
            lock (typeof(SharedClass))
            {
                 return SharedClass._counter;
            }
        }
        set
        {
            lock (typeof(SharedClass))
            {
                 //随机睡眠一段时间(5~10秒)
            Thread.Sleep((new Random()).Next(5000, 10000));
            SharedClass._counter = value;
            }
        }
    }
 
但维持原有的页面访问代码不变:
 

protected void Page_Load(object sender, EventArgs e)
    {
        SharedClass.counter++;
        Response.Write(SharedClass.counter.ToString());
    }

 
 情况会怎样?请感兴趣的朋友试一试,并思索一下出现这种现象的原因。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值