在ASP.NET网站上,是每个Web请求所特有的静态类,还是在需要时实例化它们并在GC决定处理它们时进行GC实现?
我问的原因是因为我之前在C#中编写了一些静态类,并且行为与我预期的不同。我希望静态类对每个请求都是唯一的,但看起来似乎并非如此。
如果它们不是每个请求都是唯一的,有没有办法让它们成为?
更新
答案给了我正是我所需要的。我已经在使用单例类,但是它使用的是静态实例,因此即使用户不同,也在请求之间共享,在这种情况下这是一件坏事。使用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;
}
}
}
答案 0 :(得分:140)
您的静态类和静态实例字段在应用程序的所有请求之间共享,并且与应用程序域具有相同的生命周期。因此,在使用静态实例时应该小心,因为您可能会遇到同步问题等。还要记住,在应用程序池被回收之前,静态实例不会被GC控制,因此静态实例引用的所有内容都不会被GC控制。这可能会导致内存使用问题。
如果您需要与请求具有相同生命周期的实例,我建议您使用HttpContext.Current.Items
集合。这是设计意味着存储您需要的东西的地方。为了获得更好的设计和可读性,您可以使用Singleton模式来帮助您管理这些项目。只需创建一个Singleton类,将其实例存储在HttpContext.Current.Items
中。 (在我的ASP.NET公共库中,我有一个通用的SingletonRequest类用于此目的。)
答案 1 :(得分:27)
静态成员只具有当前工作进程的范围,因此它与请求无关,因为同一工作进程可能会或可能不会处理不同的请求。
顺便说一句,默认的工作进程数是1,所以这就是为什么网络上充满了人们认为静态成员具有整个应用程序的范围。
答案 2 :(得分:11)
由于类型包含在应用程序域中,我希望只要应用程序域不被回收,或者请求由其他应用程序域提供服务,就会出现静态类。
我可以想到几种方法可以使特定于特定请求的对象取决于您想要做什么,例如您可以在Application.BeginRequest中实例化该对象,然后将其存储在HttpRequest对象中,以便请求处理管道中的所有对象都可以访问它。
答案 3 :(得分:4)
如果它们不是每个请求都是唯一的,有没有办法让它们成为?
不。静态成员由ASP.NET进程拥有,并由Web应用程序的所有用户共享。您需要转向其他会话管理技术,例如会话变量。
答案 4 :(得分:0)
通常,静态方法,属性和类在Application
级别很常见。只要应用程序存在,就会共享它们。
您可以使用ThreadStatic
属性指定其他行为。在这种情况下,它们将特定于当前线程,我认为该线程特定于每个请求
我不会建议这一点,因为它似乎过于复杂。
您可以使用HttpContext.Current.Items
为一个请求设置内容,或HttpContext.Current.Session
为一个用户设置内容(跨请求)。
一般来说,除非你必须使用像Server.Transfer
这样的东西,否则最好的方法是基本上创建一次,然后通过方法调用显式传递它们。