关于C#：静态类实例对于ASP.NET中的请求或服务器是唯一的吗？


Are static class instances unique to a request or a server in ASP.NET?

在ASP.NET网站上，静态类对于每个Web请求是唯一的，还是在需要时实例化它们，在GC决定处置它们时进行GCD？

我问这个问题的原因是因为我以前在C语言中写过一些静态类，并且这种行为与我预期的不同。我本来希望静态类对每个请求都是唯一的，但看起来情况并非如此。

如果它们对每个请求都不是唯一的，是否有一种方法允许它们存在？

更新：德里斯给我的答案正是我需要的。我已经在使用一个singleton类，但是它使用的是一个静态实例，因此在请求之间被共享，即使用户不同，这在本例中是一件坏事。使用HttpContext.Current.Items完全解决了我的问题。对于将来偶然发现这个问题的任何人来说，下面是我的实现，它简化和缩短了，以便很容易理解模式：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
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;
        }
    }
}
相关讨论

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

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

相关讨论

静态成员仅具有当前工作进程的作用域，因此它与请求无关，因为不同的请求可能由同一个工作进程处理，也可能不由同一个工作进程处理。

  • 要与特定用户和跨请求共享数据，请使用httpcontext.current.session。
  • 要在特定请求中共享数据，请使用httpcontext.current.items。
  • 为了在整个应用程序中共享数据，可以为此编写一种机制，或者配置IIS与单个进程一起工作，并编写一个单例/使用应用程序。

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

由于类型包含在应用程序域中，所以只要应用程序域不被回收，或者请求由其他应用程序域提供服务，我希望静态类存在。

我可以考虑几种使对象特定于特定请求的方法，这取决于您想做什么，例如，您可以在application.beginRequest中实例化该对象，然后将其存储在httpRequest对象中，以便请求处理管道中的所有对象都可以访问它。

If they are not unique to each request, is there a way to allow them to be?

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

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

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

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

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

相关讨论