大佬教程收集整理的这篇文章主要介绍了asp.net – 使用StartMode =“AlwaysRunning”在ASP .NET 4上运行Windows服务类型的应用程序的想法，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
ASP .NET 4.0提供了解决此问题的解决方案。您现在可以将StartMode设置为“AlwaysRunning”，如scott Gu所述blog post所述。 Somewhere在对这篇文章的评论中，有人提出了关于在IIS中托管Windows服务类型任务的可行性的问题，因为新功能确保了工作进程始终运行。 Scott提到它一定会支持这种情况。此外，最近推出的AppFabric意味着微软本身正在为Web应用程序提供简单的钩子来托管和监视WCF和WF服务。
对于那些曾经写Windows服务以支持我们的网络应用程序的人来说，这意味着什么？我们应该采用这种模式吗？什么是陷阱？据我所知，在Web应用程序中托管“Windows服务”进程有许多好处，最有用的是易于部署。此外，我们实际上可以开始开发简单的用户界面到我们的服务，提供有关运行时发生的信息。
如果我不得不去这条路线，我不认为我会在面向客户的Web应用程序中托管我的“Windows服务”类型的功能。我可能会开发一个新的Web应用程序项目(就像我在Windows服务环境中一样)，这将承载我的长时间运行/计划的任务进程。我猜这个原因很少。
>安全。 UI可能会有不同的安全模型，用于显示有关正在运行的后台进程的信息。我不想将这个UI暴露给任何其他人，但是ops团队。此外，Web应用程序可以作为具有提升的权限集的不同用户运行。
>维护。能够将更改部署到托管后台进程的应用程序，而不会影响用户使用前端网站将是件好事。
>表现。将应用程序与主站点处理用户请求分离意味着后台线程不会减少IIS处理传入请求队列的能力。此外，如果需要，处理后台任务的应用程序可以部署到单独的服务器。
我真的有兴趣听到你对这个方法的看法，以及我是否应该坚持使用Windows服务。我很乐意尝试这种新方法。
我认为这是一个关键场景，您可以将其从Windows服务转移到使用持续运行的网站。
标准开发答案：取决于)
我可以看到的一个问题是IIS依赖。如果您需要一个服务来运行在用户计算机上，我不会放心要求他们安装IIS来运行我的服务。在这里，我认为传统模式更好。
监控和跟踪是主要的问题，但正如您也指出，这是由AppFabric解决的。它比您从窗口服务获得的更好。但是，您还添加了另一个依赖关系，这也将需要.NET 4.0和较新版本的Windows。我也可能错了，但我的理解是，在客户端操作系统的生产中不支持AppFabric。哪些可能带来额外的头痛。
您将在连续网站模型中丢失暂停功能。
最后IIS杀死不活动的应用程序池不是应用程序池可以回收的唯一方法。编辑一个web.config文件会导致它的实例，这可能不是一个理想的情况。
我也认为开发更容易 – 过去我有一个控制台应用程序和Windows服务，@R_293_9447@使用控制台应用程序在我的机器上进行开发/测试，然后将其更改为Windows服务。现在dev / test比较容易。
以上是大佬教程为你收集整理的asp.net – 使用StartMode =“AlwaysRunning”在ASP .NET 4上运行Windows服务类型的应用程序的想法全部内容，希望文章能够帮你解决asp.net – 使用StartMode =“AlwaysRunning”在ASP .NET 4上运行Windows服务类型的应用程序的想法所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。