Kestrel指定launch-profile启动静默退出 无配置文件启动端口不符

指定启动配置文件时程序静默退出、无任何报错的核心原因有两个：

• 你在日志配置中调用了logging.ClearProviders()清空了所有默认日志提供程序，仅保留NLog作为日志输出渠道。一旦NLog初始化失败、或者启动阶段异常发生在NLog初始化完成之前，所有错误信息都不会被输出，程序直接崩溃退出，看起来就像"无报错直接退出"。
• 指定DevKestrel启动配置时，程序会加载Development环境的专属配置、监听HTTPS端口，这部分配置在Linux环境下存在兼容性问题，触发启动异常；不指定启动配置时默认走Production环境，不会加载这部分有兼容性问题的逻辑，所以能启动但不会读取launchSettings里的端口配置，默认监听5000/5001端口。

那个NETSDK1086构建警告是因为项目文件里手动引用了隐式包含的Microsoft.AspNetCore.App框架，不影响程序运行，不用处理。

• 第一步先恢复控制台日志，拿到真实报错信息，不要盲目排查。临时修改Program.cs里的日志配置，加回控制台输出：

.ConfigureLogging(logging =>
{
    logging.ClearProviders();
    logging.AddConsole(); // 临时加这行，启动后就能在控制台看到具体错误
    logging.SetMinimumLevel(Microsoft.Extensions.Logging.LogLevel.Trace);
})

改完重新执行dotnet run --launch-profile DevKestrel，控制台会打印完整的异常栈，直接定位具体错误点。

• 按你当前的代码和环境，最高发的几个异常点按概率排序：

  1. NLog配置兼容性问题：检查nlog.config是否设置了"复制到输出目录"，配置中是否存在Windows专属的日志目标（比如Windows事件日志、C盘路径的日志输出目录），同时确认运行dotnet进程的用户对配置的日志目录有读写权限。NLog初始化失败是这类无报错退出的最高发原因。
  2. HTTPS证书缺失问题：DevKestrel配置中监听了44328 HTTPS端口，Linux环境默认没有安装Windows下的ASP.NET Core开发证书，Kestrel找不到HTTPS证书会直接启动失败。临时测试可以先把applicationUrl改成仅HTTP地址，或者给Kestrel指定可用的PFX证书文件。
  3. Identity服务注册不全：你代码中调用了AddIdentityCore<IdentityUser>()，如果后续没有追加持久化存储配置、Token提供者配置，会导致SignInManager等服务找不到依赖，启动时抛出无效操作异常。
  4. Development环境专属逻辑兼容问题：检查代码中是否存在判断环境为Development时加载Windows专属组件的逻辑（比如IIS相关组件、仅Windows可用的本地服务依赖），这类逻辑在Linux下加载会直接失败。

• 生产部署注意：launchSettings.json仅用于本地开发场景，Linux生产环境部署不需要依赖启动配置文件指定端口，直接通过环境变量配置即可：

# 配置监听地址和端口，0.0.0.0允许外网访问
export ASPNETCORE_URLS="http://0.0.0.0:44327"
export ASPNETCORE_ENVIRONMENT="Production"
# 直接运行编译好的dll，不用走dotnet run
dotnet Some.Web.dll

• 额外优化：你代码中重复注册了MVC相关服务（AddControllers/AddMvc/AddMvcCore多次调用），虽然不一定直接导致崩溃，但会引发路由、过滤器加载异常，建议合并为单次MVC服务注册即可。UseIISIntegration()是IIS反向代理专属配置，Linux下运行可以直接删除，不影响功能。

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