PageMethods和Session

我已經搜索這個解決方案的高和低。任何見解將不勝感激。PageMethods和Session

情況：當在一個頁面中存在多個PageMethod調用時，每個方法調用都會阻塞Session對象的鎖。該PageMethod的調用可以異步僅取得與@Page指令轉向False|ReadOnly

發現：當Page指令是默認（讀/寫），但會議沒有顯示在頁面上的任何地方使用時，呼叫不被阻塞。任何讀取或寫入頁面級別的會話都會阻止pagemethod調用。

問題：在@Page指令中製作EnableSessionState=ReadOnly限制性很強，不想採用該路線。

pagemethod調用不能阻止嗎？並仍然訪問會話？（可能不是寫但只是讀）

2011-02-24 Narmatha Balasundaram

那麼，爲什麼使用PageMethods詳細？爲什麼不創建WCF服務來滿足您的需求？ – 2011-02-24 20:39:04

我的猜測是會話不是線程安全的，所以PageMethods會因爲它們不在正常的請求/響應週期而被阻止 - 許多PageMethods可以在用戶正在查看的頁面的同一時間被調用。是否有必要頻繁地調用你的PageMethods？你能改變設計嗎？ http://programminglife.wordpress.com/2009/05/18/how-to-do-parallel-work-with-pagemethods/似乎通過實施異步模式提供解決方法。頁面底部的評論甚至表示，如果從Global.asax中刪除Session_Start/Session_End處理程序，會話將不會被鎖定。 – WiseGuyEh 2011-02-25 00:10:59

@WiseGuyEh：上面的鏈接確保PageMethod調用是真正並行的，並且Session可用於頁面（所以不能將@Page EnableSessionState設置爲ReadOnly） - 但BeginInvoke創建一個新線程，而該線程不是會話因爲它不是頁面循環的一部分。 – 2011-02-25 18:40:24

搶答Sessions in Asynchronous design

來源

2011-03-07 14:19:23

我不相信你可以做到這一點，而不需要實現自己的會話提供程序。有some info on this MSDN page。

ASP.NET應用程序固有地是多線程。由於並行到達的請求在線程並行線程上處理，因此可能會同時執行鍼對同一個會話的兩個或更多個請求。（該典型的例子是，當一個頁面包含兩個幀，每個靶向不同ASPX在同一應用，導致瀏覽器提交用於兩頁重疊的請求。）爲了避免數據衝突和不穩定的行爲，提供商「鎖定」會話時開始處理第一個請求，導致針對同一個會話的其他請求等待鎖定來免費。

因爲有一個在允許併發請求執行重疊讀取，鎖通常實現爲讀/寫鎖，也就是說，一個允許任何數量的線程讀取會議沒有壞處，但這可以防止重疊寫入和重複寫入以及重複寫入。

來源

2011-03-06 13:42:10

是的，ASP.NET會話提供程序無法實現此功能。當使用PageMethods時，ASP.NET會話被鎖定（PageMethods沒有ReadOnly選項）。我將WebMethods改爲HttpHandler，並在客戶端使用JQuery。我總結了我在http://stackoverflow.com/questions/5118236/sessions-in-asynchronous-design中使用的解決方案 – 2011-03-07 14:17:37

PageMethods和Session

回答

相關問題