Czy wystąpienia klasy statycznej są unikalne dla żądania lub serwera w ASP.NET?

Czy w witrynie ASP.NET klasy statyczne są unikalne dla każdego żądania WWW, czy też są tworzone w razie potrzeby, a GCed za każdym razem, gdy GC zdecyduje się je usunąć?

Powodem, dla którego pytam, jest to, że napisałem już kilka klas statycznych w języku C #, a zachowanie jest inne niż się spodziewałem. Spodziewałbym się, że klasy statyczne będą unikalne dla każdego żądania, ale tak nie jest.

Jeśli nie są one unikalne dla każdego żądania, czy istnieje sposób, aby im to umożliwić?

AKTUALIZACJA:
Driis odpowiedział mi dokładnie to, czego potrzebowałem. Korzystałem już z klasy singleton, jednak korzystałem z instancji statycznej i dlatego byłem współdzielony między żądaniami, nawet jeśli użytkownicy byli różni, co w tym przypadku było złe. Używanie HttpContext.Current.Itemsdoskonale rozwiązuje mój problem. Dla każdego, kto natknie się na to pytanie w przyszłości, oto moja implementacja, uproszczona i skrócona, aby łatwo zrozumieć wzór:

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

Twoje klasy statyczne i pola instancji statycznych są współużytkowane między wszystkimi żądaniami do aplikacji i mają taki sam okres istnienia jak domena aplikacji. Dlatego należy zachować ostrożność podczas korzystania z instancji statycznych, ponieważ mogą występować problemy z synchronizacją itp. Należy również pamiętać, że wystąpienia statyczne nie zostaną poddane GC przed ponownym przetworzeniem puli aplikacji, a zatem wszystko, do czego odnosi się wystąpienie statyczne, nie zostanie poddane GC. Może to prowadzić do problemów z użyciem pamięci.

Jeśli potrzebujesz instancji o takim samym okresie istnienia jak żądanie, sugerowałbym użycie HttpContext.Current.Itemskolekcji. To z założenia ma być miejscem do przechowywania rzeczy potrzebnych w wyniku żądania. Aby uzyskać lepszy wygląd i czytelność, możesz użyć wzorca Singleton, aby pomóc Ci zarządzać tymi elementami. Wystarczy utworzyć klasę Singleton, w której będzie przechowywana jej instancja HttpContext.Current.Items. (W mojej wspólnej bibliotece dla ASP.NET mam do tego celu ogólną klasę SingletonRequest).

Członkowie statyczni mają zakres tylko bieżącego procesu roboczego, więc nie ma to nic wspólnego z żądaniami, ponieważ różne żądania mogą, ale nie muszą być obsługiwane przez ten sam proces roboczy.

• Aby udostępnić dane konkretnemu użytkownikowi i między żądaniami, użyj HttpContext.Current.Session.
• Aby udostępnić dane w ramach konkretnego żądania, użyj HttpContext.Current.Items.
• Aby udostępnić dane w całej aplikacji, napisz do tego mechanizm lub skonfiguruj usługi IIS do pracy z jednym procesem i napisz aplikację singleton / use.

Nawiasem mówiąc, domyślna liczba procesów roboczych wynosi 1, dlatego sieć jest pełna ludzi myślących, że członkowie statyczni mają zasięg całej aplikacji.

Ponieważ typy są zawarte w domenie aplikacji, oczekiwałbym, że będą istnieć klasy statyczne, dopóki domena aplikacji nie zostanie przetworzona lub jeśli żądanie zostanie obsłużone przez inną domenę aplikacji.

Mogę wymyślić kilka sposobów, aby obiekty specyficzne dla konkretnego żądania zależały od tego, co chcesz zrobić, na przykład możesz utworzyć instancję obiektu w Application.BeginRequest, a następnie zapisać go w obiekcie HttpRequest, aby był dostępny dla wszystkich obiektów w potok przetwarzania żądania.

Jeśli nie są one unikalne dla każdego żądania, czy istnieje sposób, aby im to umożliwić?

Nie. Członkowie statyczni są własnością procesu ASP.NET i są współużytkowani przez wszystkich użytkowników aplikacji sieci Web. Musisz przejść do innych technik zarządzania sesjami, takich jak zmienne sesji.

Normalnie statyczne metody, właściwości i klasy są wspólne na Applicationpoziomie. Tak długo, jak aplikacja działa, są udostępniane.

Możesz określić inne zachowanie za pomocą ThreadStaticatrybutu. W takim przypadku będą one specyficzne dla bieżącego wątku, który moim zdaniem jest specyficzny dla każdego żądania.
Nie radziłbym tego jednak, ponieważ wydaje się to zbyt skomplikowane.

Możesz użyć HttpContext.Current.Itemsdo skonfigurowania rzeczy dla jednego żądania lub HttpContext.Current.Sessiondo skonfigurowania rzeczy dla jednego użytkownika (między żądaniami).

Zasadniczo jednak, chyba że musisz używać takich rzeczy Server.Transfer, najlepszym sposobem jest po prostu utworzenie rzeczy raz, a następnie jawne przekazanie ich przez wywołanie metody.