Q
線程和請求混淆
1
A
回答
4
ASP.NET中的線程通過ThreadPool處理。
請求集中在ThreadPool中,因此每個請求都可以由不同的線程處理,但線程可以重複使用,從而阻止您提及的1000個線程處理1000個請求。
欲瞭解更多詳情,請參閱此CodeProject article on Multi-Threading in ASP.NET。
0
是的,它是正確的。如果每個訪問者有1個線程,1000個線程有1000個訪問者。它可能表現不佳,但那是另一回事。
神父多線程服務器應用程序,你通常有3項不同的分配製度:
- 1線程對所有遊客 - 每一個需要它反過來;
- 每個訪客1個線程 - 顯而易見;
- 一個2 - 1的線程池(比如說10)的組合,每個訪問者都會得到1個,直到所有的新用戶都等待使用。
相關問題
- 1. django請求混淆了嗎?
- 2. c線程併發和內存混淆
- 3. 多線程混淆objective-c
- 4. 加入線程混淆
- 5. 混淆C++線程行爲
- 6. 線程:pthread_create()輸出混淆
- 7. 基本線程,交錯線程混淆?
- 8. GET/POST請求的某些混淆
- 9. 混淆了這個url請求
- 10. 發送HTTP請求,參數混淆
- 11. Makefile中混淆Sed單線程教程
- 12. 經典ASP + .NET應用程序之間的混淆請求
- 13. Y86總和程序混淆
- 14. HTTPS請求和多線程
- 15. 遞歸混淆 - 求和符號
- 16. 關於linux中線程的混淆
- 17. StrictMode混淆 - 這是錯誤的線程?
- 18. TextBox ScrollToCaret導致線程混淆
- 19. Java中的線程混淆問題
- 20. 混淆和GPL
- 21. 混淆和jOOQ
- 22. Android UI線程和消息處理程序混淆
- 23. WSGI進程/線程標誌和同步混淆
- 24. TextView與ImageSpan混淆線高
- 25. Android混淆程序
- 26. C程序混淆
- 27. 多線程請求
- 28. Rails和REST混淆
- 29. IIS7和WCF混淆
- 30. isset和$ _GET混淆