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

Llama-3.2-3B部署实录:Ollama本地大模型从下载到生成仅需90秒

Llama-3.2-3B部署实录:Ollama本地大模型从下载到生成仅需90秒 想体验最新的大语言模型,但又担心复杂的部署流程和漫长的等待时间?今天,我要分享一个极其简单的方案:使用Ollama在本地部署Meta最新发布的Llama-3.2-3B模型。整个过程从下载模型到生成第一段文字,最快只需要90秒,而且完全免费,不需要任何复杂的配置。 Llama-3.2-3B是Meta推出的轻量级多语言大模型,虽然只有30亿参数,但在很多任务上的表现已经相当出色。更重要的是,它非常“亲民”,对普通电脑配置要求不高,通过Ollama这个工具,你可以像安装一个普通软件一样把它装到自己的电脑上,随时随地调用。 这篇文章,我将带你走一遍完整的部署流程,从零开始,手把手教你如何用最简单的方法,在自己的电脑上跑起这个强大的AI助手。 1. 准备工作:认识我们的工具和模型 在开始动手之前,我们先花一分钟了解一下今天要用到的两个核心:Ollama和Llama-3.2-3B模型。了解它们是什么,能帮你更好地理解后面的每一步操作。 1.1 Ollama:你的本地大模型管家 你可以把Ollama想象成

AIGC时代大模型幻觉问题深度治理:技术体系、工程实践与未来演进

AIGC时代大模型幻觉问题深度治理:技术体系、工程实践与未来演进

文章目录 * 一、幻觉问题的多维度透视与产业冲击 * 1.1 幻觉现象的本质特征与量化评估 * 1.2 产业级影响案例分析 * 二、幻觉问题的根源性技术解剖 * 2.1 数据污染的复合效应 * 2.1.1 噪声数据类型学分析 * 2.1.2 数据清洗技术实现 * 2.2 模型架构的先天缺陷 * 2.2.1 注意力机制的局限性 * 2.2.2 解码策略的博弈分析 * 2.3 上下文处理的边界效应 * 三、多层次解决方案体系构建 * 3.1 数据治理体系升级 * 3.1.1 动态数据质量监控 * 3.1.2 领域知识图谱构建 * 3.

【论文阅读】LW-CTrans: A lightweight hybrid network of CNN and Transformer for 3D medical image segmentati

【论文阅读】LW-CTrans: A lightweight hybrid network of CNN and Transformer for 3D medical image segmentati

论文链接:https://www.sciencedirect.com/science/article/pii/S1361841525000921 Code: https://github.com/hulinkuang/LW-CTrans 来源: Medical Image Analysis 摘要: 背景与动机 * 现状: 近期基于卷积神经网络(CNN)和Transformer的模型在3D医学图像分割领域取得了很有希望的性能。 * 问题: 然而,即使这些模型参数量很大,它们在 分割微小目标(small targets/lesions) 方面表现不佳。 * 目标: 因此,作者设计了一种新颖的轻量级混合网络,名为LW-CTrans,它结合了CNN和Transformer的优势,并且能够在不同阶段提升网络的全局(Transformer的长程依赖捕获能力)和局部(CNN的细节捕获能力)表征能力。 核心模块与架构 LW-CTrans主要包括一个混合编码器(Hybrid Encoder)和一个轻量级解码器(Decoder)

Llama-3.2-3B效果实测:Ollama部署对比Qwen2-1.5B在摘要任务中的BLEU提升

Llama-3.2-3B效果实测:Ollama部署对比Qwen2-1.5B在摘要任务中的BLEU提升 1. 为什么这次实测值得你花三分钟看完 你是不是也遇到过这样的问题:手头有个长文档要压缩成一段精炼摘要,但试了几个开源小模型,要么漏掉关键信息,要么生成内容啰嗦重复,甚至把原文意思都改了?我最近也卡在这个环节很久——直到把Llama-3.2-3B和Qwen2-1.5B放在同一套Ollama环境里,用完全相同的测试集、提示词和评估方式跑了一轮摘要任务。 结果很意外:Llama-3.2-3B的BLEU-4分数比Qwen2-1.5B高出6.8分(从32.1到38.9),而且生成内容更紧凑、事实一致性更强。这不是理论值,是我在本地MacBook Pro M2上实打实跑出来的数据。整套流程不需要GPU,不装Docker,不用写一行训练代码,只靠Ollama一条命令就能启动服务。 这篇文章不讲参数、不聊架构,就带你走一遍:怎么用Ollama快速拉起两个模型、怎么设计公平的摘要测试、怎么用Python脚本自动算BLEU、以及最关键的——哪些场景下Llama-3.2-3B真的比Qwen2-1