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

在 ASP.NET 网站上,静态类对于每个 Web 请求都是唯一的吗? 还是它们在需要的时候被实例化,而 GC 决定处理它们的时候被 GCed?

我之所以问这个问题是因为我以前用 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;
}
}
}
75572 次浏览

由于类型包含在应用程序域中,我希望只要应用程序域没有被回收,或者如果请求由不同的应用程序域提供,静态类就会出现。

我可以想到几种方法来使对象特定于一个特定的请求,这取决于你想要做什么,例如,你可以在应用程序中实例化对象。BeginRequest,然后将其存储在 HttpRequest 对象中,以便请求处理管道中的所有对象都可以访问它。

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

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

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

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

通常,静态方法、属性和类在 Application级是常见的。只要应用程序存在,它们就是共享的。

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

您可以使用 HttpContext.Current.Items为一个请求设置内容,或者使用 HttpContext.Current.Session为一个用户(跨请求)设置内容。

但是,一般来说,除非必须使用 Server.Transfer之类的东西,最好的方法基本上是创建一次,然后通过方法调用显式地传递它们。

静态成员只有当前辅助进程的作用域,因此它与请求无关,因为不同的请求可能由相同的辅助进程处理,也可能不由相同的辅助进程处理。

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

顺便说一下,工作进程的默认数量是1,所以这就是为什么网络上充满了认为静态成员拥有整个应用程序范围的人。