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＃

回答

相关问题