Blazor混合应用本质是共享代码+分离宿主，需通过Shared类库共用组件与逻辑，WASM与Server项目独立部署并适配差异，不可单项目切换渲染模式。
Blazor WebAssembly 和 Blazor Server 混合应用不是官方直接支持的“单项目双托管模式”，但可以通过合理架构设计，在同一解决方案中**共用组件、业务逻辑和 API 层**，让不同页面或功能模块分别运行在 WASM 或 Server 模式下——本质是“共享代码 + 分离宿主”，而非一个页面同时跑两种模型。
核心思路：共享类库 + 独立宿主项目
不要试图在一个项目里切换渲染模式。正确做法是：
创建一个 Shared 类库（.NET Standard 或 .NET 6+），存放所有可复用内容：Razor 组件（.razor）、服务接口与实现（需注意依赖注入差异）、数据模型、工具方法等 新建两个独立的 Blazor 项目：Blazor WebAssembly App（带托管后端） 和 Blazor Server App 两个宿主项目都引用 Shared 类库，并按各自模型适配：WASM 项目调用 HttpClient 访问 API，Server 项目直接注入服务或调用本地逻辑
组件复用的关键注意事项
不是所有组件都能无修改共用。需主动处理以下差异：
JS 互操作：WASM 中 IJSRuntime.InvokeAsync 是异步且网络往返的；Server 中是同步调用（IJSRuntime.InvokeVoidAsync 也走 SignalR）。建议封装抽象层，如定义 IJsHelper 接口，在 Shared 中使用，由各宿主项目提供具体实现 状态管理与生命周期：Server 模式下组件实例长期存活，WASM 中可能随页面刷新重置。避免在组件内缓存跨请求状态，改用 localStorage（WASM）或 CascadingParameter + 父组件管理（Server） 认证与授权：WASM 通常用 JWT 存 localStorage，Server 用 Cookie。Shared 中的 [Authorize] 可共用，但登录逻辑、Token 获取/刷新必须分开实现
如何让部分路由走 WASM、部分走 Server？
不能靠路由配置自动切换，但可通过以下方式“模拟混合”：
反向代理方案（推荐）：用 Nginx / YARP / ASP.NET Core 的 Proxy 中间件，把特定路径（如 /admin/*）转发到 Blazor Server 应用，其余走 WASM 托管的后端。用户感知为同一域名下的不同区域 超链接跳转：在 WASM 页面中用 后台管理 直接跳转到 Server 应用地址（可同域部署降低跨源问题） IFrame 嵌入（慎用）：仅适合隔离强、交互少的模块（如报表页），不推荐用于主流程，因失去路由集成、状态共享和 SEO 友好性
调试与部署要点
两个项目独立发布，但需协调好基础配置：
API 基地址统一：WASM 项目中 HttpClient.BaseAddress 设为后端 API 地址；Server 项目若也调用外部 API，同样配置一致的客户端 身份验证票据兼容：如果共用 IdentityServer 或 JWT，确保签发方、密钥、有效期等配置完全一致 静态资源路径注意：WASM 需要 wwwroot/_content/{PackageId}/ 加载组件包，Server 则走 _content 中间件自动映射，Shared 类库需标记为 StaticWebAssetBasePath（在 .csproj 中加 _content/Your.Shared）
基本上就这些。混合不是为了炫技，而是按场景选型：WASM 适合离线、高并发、低敏感前端；Server 适合实时协作、复杂服务器计算、强会话控制。共享代码能大幅降低维护成本，关键在提前划清边界、封装差异。
以上就是Blazor WebAssembly 和 Blazor Server 混合应用怎么做的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1443036.html
微信扫一扫 
支付宝扫一扫 
