ASP.NET Core 主机模型详解:Host、WebHost与WebApplication的对比与实践【代码之美】

ASP.NET Core 主机模型详解:Host、WebHost与WebApplication的对比与实践【代码之美】

🎀🎀🎀代码之美系列目录🎀🎀🎀

一、C# 命名规则规范
二、C# 代码约定规范
三、C# 参数类型约束
四、浅析 B/S 应用程序体系结构原则
五、浅析 C# Async 和 Await
六、浅析 ASP.NET Core SignalR 双工通信
七、浅析 ASP.NET Core 和 MongoDB 创建 Web API
八、浅析 ASP.NET Web UI 框架 Razor Pages/MVC/Web API/Blazor
九、如何使用 MiniProfiler WebAPI 分析工具
十、浅析 .NET Core 中各种 Filter
十一、C#.Net筑基-类型系统
十二、C#.Net 筑基-运算符
十三、C#.Net筑基-解密委托与事件
十四、C#.Net筑基-集合知识大全
十五、C#.Net筑基 - 常见类型
十六、C#.NET体系图文概述—2024最全总结
十七、C# 强大无匹的模式匹配,让代码更加优雅
十八、C# 中的记录类型简介
十九、C# 异步编程模型【代码之美系列】
二十、C#高级篇 反射和属性详解【代码之美系列】
二十一、.NET Core 中获取各种路径的的方法汇总【代码之美】
二十二、【C#实战】动态模板替换:根据Model字段名称自动匹配替换值【代码之美】
二十三、.NET 集成 Velocity 模板引擎实现动态代码生成(高性能+易扩展)
二十四、在 .NET 8/9 中使用 AppUser 进行 JWT 令牌身份验证
二十五、.NET8 中间件与过滤器的对比:深入解析与应用场景
二十六、.NET Core 中获取各种路径的的方法汇总【代码之美】
二十七、.NET 8 实现大文件分片上传:本地存储解决方案【代码之美】

文章目录


前言

ASP.NET Core开发中,主机(Host)是应用程序的入口和运行环境。随着版本的迭代,ASP.NET Core提供了不同的主机模型,包括 HostWebHostWebApplication。许多开发者对这些概念容易混淆,本文将深入解析它们的区别,并通过实际代码演示各自的用法。

一、主机模型概述

1.1 主机的作用

主机在 ASP.NET Core 中负责:

  • 应用程序的启动和生命周期管理
  • 依赖注入容器的配置
  • 应用程序配置的设置
  • 日志系统的初始化
  • 中间件管道的构建(针对Web应用)

1.2 三种主机的演进

  • WebHost (1.0-3.x):最初的Web应用主机
  • Host (3.0+):通用主机,用于 非HTTP 场景
  • WebApplication (6.0+):现代化 Web应用 主机

二、三种主机的详细对比

2.1 WebHost (传统Web主机)

publicclassProgram{publicstaticvoidMain(string[] args){CreateWebHostBuilder(args).Build().Run();}publicstaticIWebHostBuilderCreateWebHostBuilder(string[] args)=> WebHost.CreateDefaultBuilder(args).ConfigureAppConfiguration((hostingContext, config)=>{// 配置设置}).ConfigureLogging(logging =>{// 日志配置}).UseStartup<Startup>();}

🎯关键点:

  • 使用 WebHost.CreateDefaultBuilder创建
  • 需要 Startup 类分离配置
  • 🚫在ASP.NET Core 3.0+中已过时

2.2 Host (通用主机)

publicclassProgram{publicstaticvoidMain(string[] args){CreateHostBuilder(args).Build().Run();}publicstaticIHostBuilderCreateHostBuilder(string[] args)=> Host.CreateDefaultBuilder(args).ConfigureServices((hostContext, services)=>{ services.AddHostedService<Worker>();});}publicclassWorker:BackgroundService{protectedoverrideasyncTaskExecuteAsync(CancellationToken stoppingToken){// 后台服务逻辑}}

🎯关键点:

  • 使用 Host.CreateDefaultBuilder 创建
  • 适合后台服务、控制台应用等 非HTTP 场景
  • 不包含Web 服务器

2.3 WebApplication (现代Web主机)

var builder = WebApplication.CreateBuilder(args);// 添加服务到容器 builder.Services.AddControllers(); builder.Services.AddEndpointsApiExplorer(); builder.Services.AddSwaggerGen();var app = builder.Build();// 配置HTTP请求管道if(app.Environment.IsDevelopment()){ app.UseSwagger(); app.UseSwaggerUI();} app.UseHttpsRedirection(); app.UseAuthorization(); app.MapControllers(); app.Run();

🎯关键点:

  • 使用 WebApplication.CreateBuilder 创建
  • 更简洁的API设计
  • 支持最小API
  • 推荐用于 ASP.NET Core 6.0+ 的新项目

三、最佳实践与迁移建议

3.1 如何选择主机模型

场景推荐主机
新Web项目 (6.0+)WebApplication
旧Web项目 (3.0-5.0)WebHost (考虑迁移)
后台服务/WorkerHost

3.2 从WebHost迁移到WebApplication

旧代码 (WebHost):

publicclassStartup{publicvoidConfigureServices(IServiceCollection services){ services.AddControllers();}publicvoidConfigure(IApplicationBuilder app){ app.UseRouting(); app.UseEndpoints(endpoints => endpoints.MapControllers());}}

新代码 (WebApplication):

var builder = WebApplication.CreateBuilder(args); builder.Services.AddControllers();var app = builder.Build(); app.MapControllers(); app.Run();

3.3 最小API示例

var builder = WebApplication.CreateBuilder(args);var app = builder.Build(); app.MapGet("/",()=>"Hello World!"); app.MapGet("/user/{id}",(int id)=>$"User ID: {id}"); app.Run();

四、常见问题解答

Q1:WebApplication和Host能否共存?

A:可以,WebApplication 内部实际上使用了 Host 作为基础,并添加了 Web 特定功能。

Q2:何时需要使用单独的Startup类?

A:在 WebApplication 模型中,Startup 类不再是必需的,所有配置可以在Program.cs` 中完成。但大型项目仍可分离配置。

Q3:性能上有差异吗?

A:WebApplication 启动更快,因为减少了间接层,但运行时性能差异不大。

结语

理解 ASP.NET Core 的不同主机模型对于构建高效应用程序至关重要。随着.NET的演进,WebApplication 已成为最简单、最直接的 Web 应用构建方式。✅建议新项目直接采用 WebApplication 模型,现有项目可考虑逐步迁移。

Read more

从Dugoff到魔术公式:轮胎模型在车辆动力学中的演进与融合

从Dugoff到魔术公式:轮胎模型在车辆动力学中的演进与融合 轮胎模型是车辆动力学仿真的基石,其精度和效率直接影响整车控制的可靠性与实时性。无论是学术研究还是工程开发,选择合适的轮胎模型都至关重要。Dugoff模型以其简洁的数学形式和良好的实时性受到广泛关注,而魔术公式(Magic Formula)则凭借高精度和广泛适用性成为工业标准之一。两者各有优劣,也分别适用于不同的场景。随着自动驾驶和电动化技术的快速发展,对轮胎模型提出了更高要求——既需要在常规工况下保持高效稳定,又要在极限条件下具备可靠的预测能力。因此,深入理解不同轮胎模型的特点,探索其融合与改进的可能性,已成为当前研究的热点。 1. 轮胎模型的理论基础与发展脉络 轮胎模型的发展经历了从经验模型到物理模型,再到混合模型的演进过程。早期的轮胎模型多基于简单的线性假设,如小侧偏角下的侧向力与侧偏角成线性关系。然而,实际驾驶中轮胎受力涉及复杂的非线性行为,尤其是在大滑移率或大侧偏角工况下,线性模型的误差显著。这促使研究者开发出更为复杂的模型,其中Dugoff模型和魔术公式是两类具有代表性的方法。 Dugoff模型由H. D

Vivado 使用教程

Vivado 使用教程

目录 一、创建工程 二、创建文件 三、编写代码 四、仿真验证 五、配置管脚 六、生成Bitstream文件并烧录 一、创建工程 1.左边创建(或打开)工程,右侧可以快速打开最近打开过的工程。 2.来到这一步,命名工程并设置工程的存放路径(这里以D触发器为例) 3.选择RTL点击next。会来到添加文件环节(可以在这里添加.v等文件,不过后面再添加是一样的)直接点击next。 4.选择芯片型号(根据开发板选,这里随便选的),完成后点next会弹出信息概要,finish完成。         二、创建文件 完成上述步骤会进入当前界面: 1.工程管理器add sourse添加(创建)设计文件,创建文件后选择Verilog语言并命名。 2.定义端口(可选),若在这定义后,

用OpenClaw做飞书ai办公机器人(含本地ollama模型接入+自动安装skills+数据可视化)

用OpenClaw做飞书ai办公机器人(含本地ollama模型接入+自动安装skills+数据可视化)

执行git clone https://github.com/openclaw/openclaw克隆项目,执行cd openclaw进入项目 执行node --version看看node的版本是否大于等于22(没有node.js需自行安装),再执行npm install -g pnpm安装作为包管理器,并执行pnpm install安装依赖 首次执行pnpm ui:build构建 Web UI(会先安装 ui/ 目录的依赖) 执行pnpm build构建主程序 执行pnpm openclaw onboard --install-daemon运行配置向导(安装守护进程),完成初始化 按键盘右箭头选择Yes,同样Yes 任选一个模型提供商都行,没有对应的提供商的密钥可以跳过,如果是本地模型选vLLM(需用vLLM框架启动模型,有性能优势,但原生vLLM仅完全支持Linux的cuda)、Custom Provider(可以连接任何 OpenAI 或 Anthropic 兼容的端点,

【征文计划】AR健身教练:形随心动 - 基于Rokid CXR-M SDK的实践落地

【征文计划】AR健身教练:形随心动 - 基于Rokid CXR-M SDK的实践落地

一、项目背景与创意起源 在当今快节奏的都市生活中,健身已成为许多人保持健康的重要方式。然而,居家健身面临一个普遍痛点:缺乏专业指导,容易因动作不规范导致运动损伤,同时低头看手机或平板的体验也大大降低了健身的沉浸感和效率。 根据《2024年中国健身行业白皮书》显示,超过65%的居家健身用户表示"缺乏专业指导"是他们放弃健身的主要原因。而Rokid Glasses作为一款轻量级AR眼镜,其独特的"抬头即见"交互方式,为解决这一问题提供了绝佳的硬件基础。 "形随心动"创意的诞生源于一个简单但关键的观察:如果能将专业教练"投射"到用户视野中,实时指导动作,同时提供直观的数据反馈,那么居家健身体验将发生质的飞跃。通过Rokid CXR-M SDK的AI场景、自定义页面和提词器功能,我们能够实现这一愿景。 二、Rokid CXR-M SDK 相关 1. Rokid