Statik sınıf örnekleri ASP.NET'teki bir istek veya sunucu için benzersiz mi?

Bir ASP.NET web sitesinde, statik sınıflar her web isteğine özgüdür veya gerektiğinde somutlaştırılır ve GC bunları atmaya karar verdiğinde GC'lenir mi?

Sormamın nedeni, daha önce C # 'da bazı statik sınıflar yazdım ve davranış beklediğimden farklı. Statik sınıfların her istek için benzersiz olmasını beklerdim, ama durum böyle görünmüyor.

Her bir istek için benzersiz değilse, bu isteklere izin vermenin bir yolu var mı?

GÜNCELLEME:
Bana verilen cevap tam olarak ihtiyacım olan şeydi. Zaten tek bir sınıf kullanıyordum, ancak statik bir örnek kullanıyordu ve bu nedenle, bu durumda kötü bir şey olan kullanıcılar farklı olsa bile istekler arasında paylaşılıyordu. Kullanımı HttpContext.Current.Itemsproblemimi mükemmel bir şekilde çözer. Gelecekte bu soru üzerine tökezleyen herkes için, benim deseni, anlaşılması kolay olacak şekilde basitleştirilmiş ve kısaltılmış benim uygulama:

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;
        }
    }
}

Statik sınıflarınız ve statik örnek alanlarınız, uygulamaya yapılan tüm istekler arasında paylaşılır ve uygulama etki alanıyla aynı kullanım ömrüne sahiptir. Bu nedenle, senkronizasyon sorunları ve benzerleriniz olabileceğinden statik örnekleri kullanırken dikkatli olmalısınız. Ayrıca, uygulama havuzu geri dönüştürülmeden önce statik örneklerin GC'lenmeyeceğini ve bu nedenle statik örnek tarafından başvurulan her şeyin GC'lenmeyeceğini unutmayın. Bu, bellek kullanım sorunlarına yol açabilir.

İstekle aynı kullanım ömrüne sahip bir örneğe ihtiyacınız varsa, HttpContext.Current.Itemskoleksiyonu kullanmanızı öneririm . Bu, tasarım gereği, istek üzerine ihtiyacınız olan şeyleri depolamak için bir yer olması anlamına gelir. Daha güzel tasarım ve okunabilirlik için, bu öğeleri yönetmenize yardımcı olması amacıyla Singleton desenini kullanabilirsiniz. Sadece örneğini saklayan bir Singleton sınıfı oluşturun HttpContext.Current.Items. (ASP.NET için ortak kütüphanemde, bu amaçla genel bir SingletonRequest sınıfım var).

Statik üyelerin yalnızca geçerli çalışan sürecinin bir kapsamı vardır, bu nedenle farklı çalışanlar aynı çalışan süreç tarafından işlenebileceği veya işlenemeyebileceğinden, isteklerle ilgisi yoktur.

• Verileri belirli bir kullanıcıyla ve talepler arasında paylaşmak için HttpContext.Current.Session kullanın.
• Verileri belirli bir istek içinde paylaşmak için HttpContext.Current.Items öğesini kullanın.
• Tüm uygulama boyunca veri paylaşmak için, bunun için bir mekanizma yazın veya IIS'yi tek bir işlemle çalışacak şekilde yapılandırın ve tek bir / yazma Uygulaması yazın.

Bu arada, varsayılan çalışan süreç sayısı 1'dir, bu yüzden web, statik üyelerin tüm uygulamanın kapsamına sahip olduğunu düşünen insanlarla doludur.

Türler bir uygulama etki alanında bulunduğundan, uygulama etki alanı geri dönüştürülmediği sürece veya istek farklı bir uygulama etki alanı tarafından sunuluyorsa statik sınıfların mevcut olmasını beklerim.

Belirli bir isteğe özgü nesneleri yapmak için çeşitli yollar düşünebilirsiniz ne yapmak istediğinize bağlıdır, örneğin Application.BeginRequest nesnesini örneklemek ve daha sonra tüm nesneler tarafından erişilebilir böylece HttpRequest nesnesinde depolamak istek işleme boru hattı.

Her bir istek için benzersiz değilse, bu isteklere izin vermenin bir yolu var mı?

Hayır! Statik üyelerin sahibi ASP.NET işlemidir ve Web uygulamasının tüm kullanıcıları tarafından paylaşılır . Oturum değişkenleri gibi diğer oturum yönetimi tekniklerine başvurmanız gerekir.

Normalde statik yöntemler, özellikler ve sınıflar Applicationdüzeyde ortaktır . Uygulama yaşadığı sürece paylaşılır.

ThreadStaticÖzelliği kullanarak farklı bir davranış belirtebilirsiniz . Bu durumda, geçerli iş parçacığına özgü olacaklar, bence her istek için özel.
Ben aşırı karmaşık görünüyor olsa ben bunu tavsiye etmem.

Sen kullanabilirsiniz HttpContext.Current.Itemsbir istek için ayarlanan şeyler kadar, ya da HttpContext.Current.Session(istekleri karşısında) bir kullanıcı için yukarı ayarlanmış şeyler.

Genel olarak, böyle şeyleri kullanmanız gerekmedikçe Server.Transfer, en iyi yol temelde bir kez bir şeyler yaratmak ve daha sonra bunları yöntem çağırma yoluyla açıkça geçirmektir.