静态类实例对于ASP.NET中的请求或服务器是否唯一?


182

在ASP.NET网站上,静态类是每个Web请求唯一的,还是在需要时实例化它们,并在GC决定处置它们时将它们GC化?

我问的原因是因为我之前在C#中编写了一些静态类,并且行为与我预期的不同。我希望静态类对于每个请求都是唯一的,但是事实并非如此。

如果它们不是每个请求唯一的,是否有办法允许它们存在?

更新:
德里斯给我的答案正是我所需要的。我已经在使用一个singleton类,但是它使用的是静态实例,因此即使用户不同,也可以在请求之间共享它,在这种情况下,这是一件坏事。使用HttpContext.Current.Items完美解决了我的问题。对于以后偶然遇到此问题的任何人,以下是我的实现(简化和缩短),以便于理解该模式:

using System.Collections;
using System.Web;

public class GloballyAccessibleClass
{
    private GloballyAccessibleClass() { }

    public static GloballyAccessibleClass Instance
    {
        get
        {
            IDictionary items = HttpContext.Current.Items;
            if(!items.Contains("TheInstance"))
            {
                items["TheInstance"] = new GloballyAccessibleClass();
            }
            return items["TheInstance"] as GloballyAccessibleClass;
        }
    }
}

请注意:如果您重定向请求,例如,filterContext.Result = new RedirectResult(...)您将丢失您的项目,因为将创建新的HttpContext。更多细节在这里:stackoverflow.com/questions/16697601/...
鲁埃尔·里贝罗

一个具有良好答案的相关问题是在stackoverflow.com/q/5219431
Theophilus

Answers:


146

您的静态类和静态实例字段在对应用程序的所有请求之间共享,并且具有与应用程序域相同的生存期。因此,使用静态实例时应格外小心,因为您可能会遇到同步问题等。还请记住,在回收应用程序池之前不会对静态实例进行GC处理,因此,不会对静态实例引用的所有内容进行GC处理。这可能会导致内存使用问题。

如果您需要一个与请求具有相同生存期的实例,我建议使用该HttpContext.Current.Items集合。这是设计使您可以在整个请求中存储所需内容的地方。为了获得更好的设计和可读性,您可以使用Singleton模式来帮助您管理这些项目。只需创建一个Singleton类,将其实例存储在中HttpContext.Current.Items。(在我的ASP.NET公共库中,有一个通用的SingletonRequest类用于此目的)。


3
您能否提供涉及其中的Singleton模式的样本HttpContext.Current.Items
Airn5475 2011年

有关我的处境的更多详细信息:在我的Web应用程序中,用户将在使用共享类属性的代码类库中运行。我希望此属性是用户特定的,但我不想将此属性交给其他函数。您提到的设计可以正确处理吗?
Airn5475 2011年

请,您可以共享SingletonRequest类吗?
Tebo

我不在静态类中存储任何数据。我仅将静态类用于获取数据或将数据设置为数据层。那有什么问题吗?
扎扎

"static instances will not be GC'ed before the application pool is recycled, and therefore everything that is referenced by the static instance, will not be GC'ed"-是否有任何资料来源,因为它没有任何意义,并且与我在其他地方阅读的内容相冲突。回收AppPool后,相关的App Domain将完全拆除并进行GC处理。发生这种情况时,所有相关的静态实例也会被GC,因为它们的根(AppDomain)已消失。作为池回收的一部分,将创建一个新的AppDomain并将其关联的静态实例初始化。
尼克

30

静态成员仅具有当前工作进程的范围,因此它与请求无关,因为不同的请求可能会或可能不会由同一工作进程处理。

  • 为了与特定用户和跨请求共享数据,请使用HttpContext.Current.Session。
  • 为了在特定请求内共享数据,请使用HttpContext.Current.Items。
  • 为了在整个应用程序中共享数据,请为此编写一种机制,或者将IIS配置为与单个进程一起使用并编写一个单例/使用应用程序。

顺便说一句,工作进程的默认数量是1,因此这就是为什么网络上到处都是人们认为静态成员具有整个应用程序范围的原因。


11

由于类型包含在应用程序域中,因此我希望只要不回收应用程序域或请求由其他应用程序域提供服务,就可以存在静态类。

我可以想到几种方法来使特定于特定请求的对象取决于您要执行的操作,例如,您可以在Application.BeginRequest中实例化该对象,然后将其存储在HttpRequest对象中,以便该对象可以被所有对象访问。请求处理管道。


4

如果它们不是每个请求唯一的,是否有办法允许它们存在?

不。静态成员由ASP.NET进程拥有,并由Web应用程序的所有用户共享。您需要转向其他会话管理技术,例如会话变量。


1

通常,静态方法,属性和类在该Application级别上很常见。只要应用程序存在,它们就可以共享。

您可以使用ThreadStatic属性指定其他行为。在这种情况下,它们将特定于当前线程,我认为该线程特定于每个请求。
我不建议这样做,因为它似乎过于复杂。

您可以用于HttpContext.Current.Items为一个请求HttpContext.Current.Session设置填充,或为一个用户设置填充(跨请求)。

但是,通常,除非必须使用like之类Server.Transfer的方法,否则最好的方法是基本上只创建一次,然后通过方法调用将其显式传递。


3
乔恩·斯凯特(Jon Skeet)向我们展示了ThreadStatic在ASP.Net stackoverflow.com/questions/4791208/中
马克·林德尔

否决投票,因为线程并非请求所独有。请删除此答案
seebiscuit
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.