在 ASP.NET 中，静态类实例对于请求或服务器来说是唯一的吗？-asp.net-mvc-IT问答社区-解决你的IT疑问

在 ASP.NET 中，静态类实例对于请求或服务器来说是唯一的吗？

Harith 1月前

在 ASP.NET 网站上，静态类是否对每个 Web 请求都是唯一的，还是在需要时实例化，并在 GC 决定处理它们时进行 GC 处理？我之所以问这个问题，是因为我已经

在 ASP.NET 网站上，静态类是否对于每个 Web 请求都是唯一的，或者它们是否在需要时被实例化，并且当 GC 决定处理它们时被 GC 处理？

我之所以问这个问题，是因为我之前用 C# 写过一些静态类，它们的行为与我预期的不同。我原本以为静态类对于每个请求都是唯一的，但事实似乎并非如此。

如果它们对于每个请求来说不是唯一的，有没有办法让它们成为唯一的？

更新：
driis 给我的答案正是我需要的。我已经在使用单例类，但它使用的是静态实例，因此即使用户不同，请求之间也会共享，这在这种情况下是一件坏事。使用 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;
        }
    }
}

帖子版权声明 1、本帖标题：在 ASP.NET 中，静态类实例对于请求或服务器来说是唯一的吗？
本站网址：http://xjnalaquan.com/
2、本网站的资源部分来源于网络，如有侵权，请联系站长进行删除处理。
3、会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。
4、本站一律禁止以任何方式发布或转载任何违法的相关信息，访客发现请向站长举报
5、站长邮箱：yeweds@126.com 除非注明，本帖由Harith在本站《asp.net-mvc》版块原创发布，转载请注明出处！

最新回复 (0)

最新倒序只看楼主

David Gardiner 1月前 0 只看Ta

引用 2楼

在这些答案中提及 Session 与 Request 非常重要，因为读者还应该了解静态成员和 HttpContext.Current.Items（对于每个请求）之间存在一个中间状态，称为 Session，并且这个答案优雅地指出了这一点。
Ricky Mason 1月前 0 只看Ta

引用 3楼

Jon Skeet 向我们展示了 ThreadStatic 在 ASP.Net 中永远不安全。com/questions/4791208/…
user13964273 1月前 0 只看Ta

引用 4楼

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

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

您可以使用 HttpContext.Current.Items 它来为一个请求设置内容，或者 HttpContext.Current.Session 为一个用户设置内容（跨请求）。

但一般来说，除非你必须使用类似的东西 Server.Transfer ，否则最好的方法基本上是创建一次东西，然后通过方法调用明确地传递它们。
Thisal 1月前 0 只看Ta

引用 5楼

如果它们对于每个请求来说不是唯一的，有没有办法让它们成为唯一的？

不。静态成员归 ASP.NET 进程所有，并由所有用户共享。您需要转向其他会话管理技术，例如会话变量。
Lyo 1月前 0 只看Ta

引用 6楼

由于类型包含在应用程序域中，因此只要应用程序域未被回收，或者请求由不同的应用程序域提供服务，我希望静态类就会存在。

我可以想到几种方法来使对象特定于特定的请求取决于您想要做什么，例如您可以在 Application.BeginRequest 中实例化该对象，然后将其存储在 HttpRequest 对象中，以便请求处理管道中的所有对象都可以访问它。
Musi 1月前 0 只看Ta

引用 7楼

我想补充一点，默认工作进程数“1”是 IIS 中的手动配置设置，99% 的时间里您都会将其保留为 1，但将来，如果请求量很大，您可能需要增加此值。您可以在应用程序池高级设置中配置它。
Nassau 1月前 0 只看Ta

引用 8楼
静态成员的作用域仅仅在当前工作进程内，所以和请求无关，因为不同的请求可能被同一个工作进程处理，也可能不被同一个工作进程处理。
- 为了与特定用户和跨请求共享数据，请使用 HttpContext.Current.Session。
- 为了在特定请求中共享数据，请使用 HttpContext.Current.Items。
- 为了在整个应用程序间共享数据，要么为其编写一个机制，要么将 IIS 配置为与单个进程一起工作并编写单例/使用应用程序。
顺便说一下，默认的工作进程数是 1，所以这就是为什么网络上充满了人们认为静态成员的作用范围是整个应用程序的原因。
viliam 1月前 0 只看Ta

引用 9楼

\'在应用程序池回收之前，静态实例不会被 GC，因此静态实例引用的所有内容都不会被 GC\' - 是否有任何来源可以解释这一点，因为它没有任何意义，并且与我在其他地方读到的内容相冲突。当 AppPool 被回收时，相关的应用程序域将被完全拆除并被 GC。当发生这种情况时，任何相关的静态实例也将被 GC，因为它们的根（AppDomain）已消失。作为池回收的一部分，将创建一个新的 AppDomain，并初始化其关联的静态实例。
Sushanth 1月前 0 只看Ta

引用 10楼

我没有在静态类中存储任何数据。我仅使用静态类作为数据层来获取数据或设置数据。那么有什么问题吗？
Bene Tleilax 1月前 0 只看Ta

引用 11楼

关于我的情况的更多详细信息：在我的 Web 应用中，用户将运行使用共享类属性的代码类库。我希望此属性特定于用户，但我不想将此属性交给不同的函数。您提到的设计可以正确处理这个问题吗？
David Bermudez 1月前 0 只看Ta

引用 12楼

您能否提供涉及 HttpContext.Current.Items 的 Singleton 模式的示例？
Nicolaesse 1月前 0 只看Ta

引用 13楼

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

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