ASP.NET Core应用到Windows Service中

托管到Windows Service中

众所周知，ASP.NET Core采用了和传统ASP.NET不一样的托管和HTTP处理方式，即把服务器和托管环境彻底解耦。

ASP.NET Core内置了两个HTTP服务器实现，一个是基于libuv实现的Kestrel（支持跨平台），一个是基于Windows HTTP Server API实现的WebListener（仅支持Windows）。

而托管环境能够和服务器不相关，通常状况是自托管，或者托管到IIS/IISExpress中（此处的IIS仅做为反向代理把请求转发给所使用的服务器实现）。

所以，打算以Windows Service这种比较传统的方式来部署ASP.NET Core的Web应用也是可行的（本质仍是自托管，只是启动进程并不是控制台程序，而是一个Windows Service）。这不，微软就很贴心的提供了一个Nuget来支持：Microsoft.AspNetCore.Hosting.WindowsServices，它的源码在：https://github.com/aspnet/Hosting/tree/dev/src/Microsoft.AspNetCore.Hosting.WindowsServices。

使用它也很简单：

1. 建立一个以.NET Framework为运行时的ASP.NET Core应用，即模版选择“ASP.NET Core Web Application (.NET Framework)”。VS2017中没有此模板，能够选择框架为.NET Framework4.6，模板为ASP.NET Core Web Application，而后编辑项目文件，修改TargetFramework为“<TargetFramework>net461;netcoreapp2.0</TargetFramework>”,这样编译出来就是两个框架的（NetCore自己就支持一个项目多个运行时的）
2. 引用Microsoft.AspNetCore.Hosting.WindowsServices。--此包是.Net Framework的
3. 在Program的Main方法中，把默认的host.Run改成host.RunAsService。
4. 编译程序后，会在Debug目录下看到你选用的运行时版本的一个目录，好比“net46”，在里面会看到编译好的exe文件和一个相似“win7-x64”的这样文件夹。
5. 进入到“win7-x64”文件夹，在命令行执行“sc create MyService binPath = "Full\Path\To\The\Console\file.exe --windows-service”(必须加参数，不然启动服务报1053错误)，来建立一个Windows Service。注意：binPath必须是全路径。
6. 这样就能够在Windows Service中托管ASP.NET Core应用了。
7. 若是但愿在服务启动和中止的过程当中作一些额外处理，好比记录日志，那么能够实现一个CustomWebHostService来继承WebHostService ，并在其中编写所需的代码。
8. 并实现以下的扩展方法：

public static class CustomWebHostWindowsServiceExtensions
{
    public static void RunAsCustomService(this IWebHost host)
    {
        var webHostService = new CustomWebHostService(host);
        ServiceBase.Run(webHostService);
    }
}
host.RunAsCustomService();

　　

把ASP.NET Core应用托管到Windows Service中，就这么简单！

更多问题？

不过，我想从个人场景来谈谈为何我有托管到Windows Service的需求。这几天在构思一个中间件（包含多个组件）的架构，考虑到初期会以比较传统的方式来部署，后期有可能跨平台，而且但愿组件之间可以相对独立和解耦。因此，最天然的想法就是架构设计为微服务，基于ASP.NET Core实现（将来不排除使用其余技术栈）。部署的话，初期分离部署为多个Windows Service，后期也能够很平滑的过分到容器或者相似Service Fabric这样的微服务运行平台中。

基于这样的设计考虑，要解决的第一个问题就是是否能够把ASP.NET Core应用托管到Windows Service中（上面已经验证了），第二个问题是是否能够根据环境条件跑在不一样的启动进程中，第三问题是是否能够同时支持多种运行时。2，3个问题要解决其实也很是简单。

支持不一样启动方式

第二个问题的解决办法以下：

1. 在Program的Main方法中，判断一下特定的命令行参数，好比“--windows-service”
2. 以这个参数启动的状况下，就host.RunAsService，不是的话就host.Run。

就是这么简单粗暴。

支持不一样运行时

.NET Core原本就支持一个项目多个运行时，就算把net46和netcoreapp1.0混合也是能够的。具体方法以下：

1. 修改project.json文件，在frameworks下额外添加“netcoreapp1.0”。
2. 把对Microsoft.AspNetCore.Hosting.WindowsServices的依赖移到net46下
3. 在netcoreapp1.0下添加“Microsoft.NETCore.App”的依赖
4. 在Program的Main方法中，基于条件编译的符号来判断不一样的运行时，具体的符号表见：https://docs.microsoft.com/en-us/dotnet/articles/core/tutorials/libraries#how-to-multitarget

示例源代码

为了不在文章中贴大段的源代码，你们转到GitHub中去看示例代码吧：https://github.com/heavenwing/HostingAspCoreAsWindowsService