工作隊列和用戶上下文

Question

我們有一個用戶可以添加工作的工作隊列。當添加工作人員項目時，上下文是用戶（HttpContext）。但它是一個後臺線程，輪詢隊列並依次執行這些項目。

我不能只是存儲用戶因爲當HttpContext被佈置成將委託對象

可以在工人運行所需要的主要是正確的東西像PrincipalPermissions等

也代碼，壽命管理（IOC）使用HttpContext爲InRequest範圍，是否有可能重新建立一個HttpContext與正確的主體等

編輯： 假裝HttpContext只是一個很好的功能，用於生命時間管理，我可以解決這個問題。 但是我們的後端代碼在很大程度上依賴於擁有正確的用戶主體，因爲我們用這個來驗證用戶是否有權訪問系統的那部分。 我會標記爲答案如果有人能夠回答如何存儲用戶主體身份與，角色和IsAuthenticated狀態，後來使用另一個線程

Answer 1

public void TestMethod1() 
{ 
    System.Net.WebClient client = new System.Net.WebClient(); 
    client.BaseAddress = "http://www.teejoo.com";    

    //Invoke your function here 
    client.OpenReadAsync(new Uri("http://www.teejoo.com/YourLogicalPage.aspx")); 
    //Pur your logical in your page, so you can use httpContext 

    client.OpenReadCompleted += new System.Net.OpenReadCompletedEventHandler(client_OpenReadCompleted); 
} 

void client_OpenReadCompleted(object sender, System.Net.OpenReadCompletedEventArgs e) 
{    
    //to Check the response HERE 
} 

Answer 2

你爲什麼不使用附配班舉行你需要的信息？您可以在Web請求期間使用適當的值創建它，並將其作爲參數傳遞給後臺工作人員。

克隆HTTPContext對象是不可能的，因爲內部server session state。即使有可能，在真正的HTTP請求之外使用它來檢查值也不是一個好的解決方案。

Answer 3

您從HttpContext消費有狀態數據的最佳做法是創建您自己的應用程序特定上下文，它在構造函數（Dependency Injected）中接受HttpContext。

您的業務邏輯不應該依賴於HttpContext，而是您的新應用程序特定上下文（可能使用來自HttpContext的信息創建）。

這不僅可以解決上述問題，還可以提高代碼的可測試性。

實施例：

public class MyApplicationContext 
{ 
    public IPrincipal ContextPrincipal { get; set; } 

    public MyApplicationContext(HttpContext httpContext) 
    { 
     // Store the current user principal & identity 
     ContextPrincipal = httpContext.User; 

     // Need to grab anything else from the HttpContext? Do it here! 
     // That could be cookies, Http request header values, query string 
     // parameters, session state variables, etc. 
     // 
     // Once you gather up any other stateful data, store it here in 
     // your application context object as the HttpRequest can't be passed 
     // to another thread. 
    } 

} 

public class MyHttpHandler : IHttpHandler 
{ 
    #region IHttpHandler Members 

    public bool IsReusable 
    { 
     // Return false in case your Managed Handler cannot be reused for another request. 
     // Usually this would be false in case you have some state information preserved per request. 
     get { return true; } 
    } 

    public void ProcessRequest(HttpContext context) 
    { 
     // Do some work on another thread using the ThreadPool 
     ThreadPool.QueueUserWorkItem(new WaitCallback(DoWork), new MyApplicationContext(context)); 
    } 

    public void DoWork(object state) 
    { 
     // Grab our state info which should be an instance of an 
     // MyApplicationContext. 
     MyApplicationContext context = (MyApplicationContext) state; 

     // Assign this ThreadPool thread's current principal according 
     // to our passed in application context. 
     Thread.CurrentPrincipal = context.ContextPrincipal; 

     // Check if this user is authenticated. 
     if (context.ContextPrincipal.Identity.IsAuthenticated) 
     { 
      var userName = context.ContextPrincipal.Identity.Name; 
     } 

     // Check if this user is an administrator. 
     if (context.ContextPrincipal.IsInRole("Administrator")) 
     { 
     } 

     // Do some long-ish process that we need to do on the threadpool 
     // after the HttpRequest has already been responded to earlier. 
     // 
     // This would normally be some fancy calculation/math, data 
     // operation or file routines. 
     for (int i = 0; i < 30; i++) 
     { 
      Thread.Sleep(1000); 
     } 
    } 

    #endregion 
} 

無論是IPrincipal也不IIdentity接口明確提供dispose方法。所以他們都應該保持對他們的參考。但是，我沒有測試過上面的代碼，我只是爲這個問題寫的。

如果通過一些糟糕的設計，他們實際上依賴於基礎數據庫連接來查詢角色成員資格，那麼您只需在早期在應用程序上下文的構造函數中進行評估，而HttpContext和asp.net形成身份驗證提供程序仍然沒有處理/關閉。

你總是可以拆開校長和身份並重新創建GenericPrincipal和GenericIdentity的新實例，甚至創建實現IIdentity的應用程序身份類。這裏有很多定製/擴展的空間。