Task.Factory.StartNew在部署时不执行任务
我在这里有一些代码，当我在我自己的计算机上安装它/在Windows 7上运行它时可以正常工作，但是当我在其他服务器（2003和2008）上运行它时却没有。 代码来自我在Windows服务中使用的.NET4 WCF服务库。 这是简单的。
public void monitorQueueAndDoStuff() { MonitorRetryQueue(); MonitorMainQueue(); } private void MonitorMainQueue() { Log.Info("MonitorMainQueue called"); Task.Factory.StartNew(() => { Log.Info("new thread monitoring queue"); // ...NMS stuff while (!stopped) { ITextMessage mess = null; mess = blockingMessageCollection.Take(); sendToQueue(mess); } } } }); } private void MonitorRetryQueue() { Task.Factory.StartNew(() => { //...NMS stuff consumer.Listener += new MessageListener(OnRetryErrorMessage); Log.Info("new thread monitoring second queue"); //need to be constantly up for the consumer to hang around while (!stopped) { Thread.Sleep(1000); } } } }); } 线程应该进入循环来做一些工作。 BlockingCollection上的主要块。 现在，它创建了两个任务，但它只进入第二个任务，它从不在日志中打印“新线程监视队列”。 我不明白为什么不。 我尝试了远程调试，但因为它从未输入代码，所以我看不到任何有价值的内容。
我没有找到任何会改变已部署服务器上的代码行为的内容。 这里有人可能有线索吗？ Visual Studio项目中的任何设置？
有时这种行为表明ThreadPool过载。
看到这些是长时间运行/阻塞任务，它们不应该被安排在ThreadPool运行，这是Task.Factory.StartNew将使用默认的TaskScheduler发送它们的地方。
IMO， Task.Factory.StartNew可能不是最合适的，你最好自己动手来运行这些循环。
ThreadStart action=()=>{ //do your thing }; Thread thread=new Thread(action){IsBackground=true}; thread.Start();
是否在日志中打印了任何日志消息？ 你看到"MonitorMainQueue called"打印了吗？ 你怎么知道第二个任务开始但不是第一个？ 这可能是创建/写入日志文件的权限问题吗？
编辑：此外，为了响应@spender关于长时间运行任务的说法，使用该选项启动任务会出现过载。
Task.Factory.StartNew(MonitorMainQueue, TaskCreationOptions.LongRunning);
部署到我的生产环境时遇到了同样的问题。
问题是由于应用程序池使用的标识。
默认情况下，它使用具有受限权限的applicationPoolIdentity。
我们改为“网络服务”，它起作用了。
Nota：我不是说使用NetWorkService是最好的解决方案，但它确实是一个安全问题。