ThreadPool.QueueUserWorkItem正在系統在C＃

-1

我在窗口智能應用具有緊湊框架6.0和.net freamwork 2.0使用線程池對於後端處理（Compact框架6.0）（.NET 2.0）非常緩慢。我已經打過電話一樣的左右逢源ThreadPool.QueueUserWorkItem正在系統在C＃

ThreadPool.QueueUserWorkItem(new WaitCallback (SyncTbl));

或

ThreadPool.QueueUserWorkItem(SyncTbl);

但在這兩種情況下應用日益由於這些過程非常緩慢。

我也不能使用BackgroundWorker類，因爲我的應用程序在.NET 2.0開發的。

請給我一些建議。

來源

2016-01-11 Rashid Jabbar

你多久打一次電話？ SyncTbl在做什麼？ – rene

我使用PDA設備，並使用線程池保存在本地Compact Edition數據庫的一些記錄，然後syncTable從本地將數據傳遞到遠程數據庫，當我保存的任何記錄我打電話這個功能，在這之前我是使用只是將數據保存到中央數據庫一個Web服務，它也佔用太多的時間，所以我把它作爲後端討人喜歡，現在syncTbl調用後臺Web服務 –

線程池線程將不會被釋放，除非有缺乏的資源。我建議使用SetMaxThreads來設置池中的最大線程數。或者對於緊湊的框架來說，使用Thread類也是相當可觀的。

來源

2016-01-11 16:04:22

ThreadPool.QueueUserWorkItem正在系統在C＃

回答

相關問題