我在ASP.NET MVC應用程序中使用Fire和Forget意味着我產生了一個長時間運行的CPU或IO密集型後臺線程,它不依賴於用戶需求。這很好,但我擔心在應用程序域/進程的回收時間過程中,我的後臺線程會保證運行完成,或者可能會停在中間。如果有任何危險,那麼如何避免這種情況。在ASP.NET MVC中使用Fire和忘記的危險
1
A
回答
1
這是正確的答案(Windows服務或WebBackground),
4
如果您需要保證進程運行直到完成,那麼在網絡服務器下運行它確實是錯誤的地方。您應該考慮將長期運行的任務放在服務中,並通過某種IPC(Web服務器)來從Web服務器與其通信。
2
我認爲ASP.NET MVC在這裏不是正確的選擇。你應該看看使用Workflow Foundation。工作流可以通過進行WCF調用來觸發。
相關問題
- 1. 處理Potentailly危險請求-MVC-ASP.NET
- 2. MVC潛在危險Request.QueryString值
- 3. ASP.NET MVC中的HTML清理器過濾危險標記,但允許其餘的
- 4. 關於ASP.NET MVC 3的Facebook C#SDK,潛在危險的請求
- 5. 潛在危險的輸入ASP.NET
- 6. 客戶端驗證爲asp.net mvc「一個潛在危險的Request.Form ...
- 7. 危險使用$ _GET和$ _POST與egrep
- 8. 未使用`urllib2.install_opener`危險?
- 9. ActiveModel:危險使用send()?
- 10. Ajax的危險
- 11. 潛在危險Request.Path(:)
- 12. JSLint的標記「危險意見」
- 13. fb_ca_chain_bundle.crt危險
- 14. 增加ASP.NET網站的executionTimeout和maxRequestLength是否存在危險?
- 15. 無法禁用「......潛在危險的Request.Path ...」在MVC 3
- 16. ASP.Net MVC身份忘記密碼
- 17. 潛在危險的請求
- 18. 潛在的危險Request.Form - EpiServer
- 19. 「潛在危險的Request.Form值」
- 20. 危險的做法?
- 21. 圖像URL中的&符MVC導致潛在的危險Request.Path
- 22. 使危險程度明顯
- 23. 使用HTML5預取的危險?
- 24. 在ASP.NET中使用線程是否存在任何非明顯的危險?
- 25. 它是危險的浮動翻一番我的asp.net MVC應用程序
- 26. 取儲存危險
- 27. ActiveRecord單身危險?
- 28. trustMe有多危險?
- 29. 在運行時調用ICLRRuntimeInfo.BindAsLegacyV2Runtime的危險
- 30. Unicode輸入危險