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
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值