.NET5 ASP应用同时支持IIS和Windows Service部署方案咨询

完全可以实现同一套二进制同时兼容IIS托管和Windows服务托管两种模式，无需生成多个部署包，具体实现方案如下：

前置依赖配置 #

先为项目安装Windows服务托管的NuGet包：Microsoft.AspNetCore.Hosting.WindowsServices，IIS相关的托管组件ASP.NET Core默认已内置，无需额外安装。

调整主机构建逻辑 #

不需要手动判断环境分支，也不用硬编码二选一启用UseIIS()或UseKestrel()，直接使用微软官方提供的内置适配逻辑即可，UseWindowsService()方法内部已经做了环境检测：仅当进程以Windows服务身份启动时才会生效，其余场景无任何副作用。
示例代码如下：

public static IHostBuilder CreateHostBuilder(string[] args) =>
    Host.CreateDefaultBuilder(args)
        .ConfigureWebHostDefaults(webBuilder =>
        {
            // 内置逻辑会自动识别当前托管环境，按需启用IIS集成或Kestrel
            webBuilder.UseStartup<Startup>();
        })
        .UseWindowsService(options =>
        {
            options.ServiceName = "自定义的服务显示名称";
        });

统一发布与部署 #

发布时选择任意你需要的模式（框架依赖/自包含都可），得到的同一套发布文件可直接用于两种部署场景：

• 部署到IIS：将发布文件放到站点目录，将对应应用池的.NET CLR版本设置为无托管代码，按常规ASP.NET Core IIS托管流程配置即可，程序会自动识别IIS环境启用IIS集成模式运行。
• 部署为Windows服务：使用系统内置的服务注册命令（如sc create、PowerShell的New-Service）指定发布目录下的exe文件路径注册服务即可，程序会自动识别服务环境以Kestrel为服务器托管运行。

注意事项 #

两种模式下的端口配置互不冲突：IIS托管时端口由IIS站点绑定规则决定，Windows服务模式下端口由appsettings.json配置的Urls项、命令行参数或环境变量决定，不需要额外做适配。

你之前提到的需要移除多余UseABC()配置的问题，只要你不在ConfigureWebHostDefaults()里额外硬编码加UseIIS()或UseKestrel()覆盖默认逻辑，就不需要手动移除任何配置，默认的适配逻辑已经处理了配置优先级问题。

内容的提问来源于stack exchange，提问作者Nicolas