Neden ASP.Net statik işlevimin kullanıcı oturumları arasında "bağlam" geçiti var?

Question

Bir ASP.Net uygulamasında statik nesnelerin nasıl devam ettiğini anlamak için biraz yardıma ihtiyacım var. Bir sınıf kitaplığında

someFile.cs: Bir sınıf kitaplığında

public delegate void CustomFunction(); 

public static class A { 
    public static CustomFunction Func = null; 
} 

someOtherFile.cs:

public class Q { 
    public Q() { 
     if (A.Func != null) { 
      A.Func(); 
     } 
    } 
} 

Bazı ASP.Net sayfa:

Page_Init { 
    A.Func = MyFunc; 
} 

public void MyFunc() { 
    System.IO.File.AppendAllText(
     "mydebug.txt", DateTime.Now.ToString("hh/mm/ss.fff", Session.SessionID)); 
} 

Page_Load { 
    Q myQ = new Q(); 
    System.Threading.Thread.Sleep(20000); 
    mQ = new Q(); 
} 

Bu senaryo var

Fikir, UI düzeyinde bir geri çağırma işlevine bağlı olarak bazı işlemleri yapan bir iş nesnesine sahip olduğumdur. Geri arama işlevini Page_Init üzerinde statik bir değişkene ayarladım (gerçek kod sürümünde, Ana sayfada, fark yaratırsa). Sayfanın her uygulamasının, hangi kullanıcı oturumundan geldiği önemli değil, bu işlevin mantığından geçeceğini, ancak kendi veri kümesinde çalışacağını düşündüm. Bunun yerine gerçekleşmiş gibi görünen bir eşzamanlılık meselesidir.

Bir kullanıcı oturumu çalıştırırsam, o geri arama işlevine yapılan çağrılar arasında uyurken, başka bir kullanıcı oturumu başlatın, ilk oturum uykudan geri döndüğünde, ikinci kullanıcı oturumundan oturum kimliğini alır. Bu nasıl mümkün olabilir? mydebug.txt ait

Çıktı:

01/01/01.000 abababababab (session #1, first call) 
01/01/05.000 cdcdcdcdcdcd (session #2, first call - started 5 seconds after session #1) 
01/01/21.000 cdcdcdcdcdcd (session #1 returns after the wait but has assumed the function context from session #2!!!!!) 
01/01/25.000 cdcdcdcdcdcd (session #2 returns with its own context) 

Neden işlevin bağlam (anlamı, yerel veri, vb) başka bir kullanıcı oturumundan üzerine ediliyor?

Answer 1

bir çözüm [ThreadStatic] kullanıyor.

http://msdn.microsoft.com/en-us/library/system.threadstaticattribute(VS.71).aspx

Bu iş parçacığı başına statiği yapacaktır. Ancak cavaets var, test etmelisin.

Answer 2

Bir asp.net sitesine her istek gelir ve kendi iş parçacığı üzerinde işlenir. Ancak bu konuların her biri aynı uygulamaya aittir. Bu, statik olarak tüm isteklerde ve dolayısıyla tüm oturumlarda ve kullanıcılarda paylaşıldığı için işaretlediğiniz her şey anlamına gelir. Bu durumda

, sayfanız sınıfın parçası her page_ınit ile A statik Func üyesinin üstünden kopyalanır, ve böylece herhangi bir kullanıcı, o bir page_ınit var yok her zaman A.Func kullandığı değiştirilmesi MyFunc işlevi tüm talepleri.

Answer 3

Statik verileri webapp tüm application domain arasında paylaşılır. Kısacası, web sunucunuzdaki tüm istekleri sunan iş parçacıkları arasında paylaşılır, bir oturum/iş parçacığı/kullanıcı için herhangi bir şekilde webapp'a bağlı değildir (örneğin, her isteğin kendi yalıtılmış ortamında yaşadığı php'nin tersine) birkaç düğmeleri sağlanan bar -. böyle bir oturum değişkeni olarak) aşağıdakileri düşünebilirsiniz

Answer 4

Diğer yanıtların statik üyelerin açıklamalarını iyileştirmeye çalışmam, ancak acil sorununuzu kodlamanın başka bir yolunu belirtmek istiyorum.

public class MyPage: Page { 
    private A2 _a2; 

    // I've modified A2's constructor here to accept the function 
    protected Page_Init() { this._a2 = new A2(MyFunc); } 

    protected Page_Load() { 
     Q myQ = new Q(this._a2); 
     // etc.. 
    } 
} 

yılında:, siz, sınıfın A örneğidir odaklı sürüm yapmak bir sayfa düzeyinde değişkeninde saklayın ve sayfa yüklendiğinde Q 'ın yapıcı bunu geçebileceği bir çözüm olarak

Aslında, daha önce A2 bildirmek için acil bir gereksinim yoksa, Page_Load içinde Q örneğinizi oluşturduğunuzda bu örneği hemen oluşturabilirsiniz.

Düzenleme: diğer yorumların ortaya atılan soru, değişkenler paylaşılan ediliyor nedeni istekleri onun değişkenlerin sadece tek kopyası vardır aynı temsilciyi paylaşmak olmasıdır cevaplamak için. Daha fazla bilgi için Jon Skeet'in The Beauty of Closures'a bakın. Geçerli bir istek için sadece kalıcı veri istiyorsanız

Answer 5

, HttpContext.Items kullanın: http://msdn.microsoft.com/en-us/library/system.web.httpcontext.items.aspx

veri geçerli kullanıcının oturumu için kalıcı olmasını isterseniz (eğer Oturum durumu etkin varsayılarak), HttpContext.Session kullanın: http://msdn.microsoft.com/en-us/library/system.web.httpcontext.session.aspx