我能否在Blazor中运行高内存消耗程序，如何突破WASM 32位地址空间限制？

我正考虑将高内存消耗、CPU绑定的程序从Windows Forms迁移到Blazor。该程序资源占用极高，常规运行需要占用超过4 GiB内存，因此无法在32位地址空间中运行。
不过GUI组件可调用视图模型（View Model），向调用方屏蔽大额内存占用的底层逻辑。现有Windows Forms代码已经拆分为「引擎」和「用户界面」两部分，引擎几乎不涉及UI逻辑，属于CPU绑定类型。
在Windows Forms版本程序中，我可以启动承载引擎的64位进程，该进程对外暴露View Model，Windows Forms程序可通过合适的IPC协议调用该View Model，此时Windows Forms程序可作为64位进程的32位客户端运行。
我希望这款Blazor应用的体验接近传统桌面应用：单页应用（SPA）且无服务端依赖。理想情况下用户访问网页下载Blazor应用后即可直接使用，无需与「计算服务器」通信，引擎完全在用户本地设备运行。但我不清楚如何从Blazor程序中启动64位引擎进程。
我该如何设计架构来绕过WASM（32位地址空间）的这一限制？

首先明确核心限制：纯沙箱环境下的Blazor WASM本身没有权限启动本地系统进程，这是浏览器安全规则，和WASM位宽无关，要实现需求必然需要脱离纯浏览器沙箱，或者搭配本地辅助程序，可选方案如下：

• 方案1：Blazor Hybrid桌面打包（适配成本最低，体验最优）
  直接将Blazor应用嵌入原生桌面宿主，可选的宿主框架包括MAUI Blazor、Blazor WPF、Blazor WinForms、Electron.NET等。
  • 操作逻辑：将宿主程序编译为64位，直接引用你现有的引擎代码，不需要跨进程IPC，原有View Model层可以直接复用，UI层用Blazor实现即可。如果不想修改引擎的进程隔离逻辑，也可以由64位宿主进程启动引擎子进程，沿用你原来的IPC通信逻辑，和WinForms版本的实现几乎完全一致。
  • 优势：完全不需要服务端依赖，打包成安装包后用户本地安装即可使用，性能无损耗，内存支持无上限，和传统桌面应用体验完全一致。
• 方案2：Blazor WASM + 本地64位辅助宿主（支持网页访问，无需安装完整客户端）
  如果你需要保留「用户打开网页即可使用」的体验，可以搭配轻量本地辅助宿主实现：
  • 操作逻辑：将你的引擎封装为一个极小的64位本地后台服务，用户首次使用时提示下载安装这个后台服务，安装后服务会在本地启动一个回环HTTP服务（仅监听127.0.0.1，不对外暴露），并将View Model层的接口封装为HTTP接口。Blazor WASM页面加载后，直接通过fetch调用本地回环服务的接口实现交互，所有计算逻辑完全在本地运行，不需要和远程计算服务器通信。
  • 注意事项：本地回环服务需要做简单的鉴权，比如首次启动生成随机校验token，页面和服务通过token校验，避免恶意网页非法调用本地服务。
• 方案3：WASM64原生支持（无额外依赖，适合前沿场景）
  从.NET 8开始，Blazor已经支持编译为wasm64（Memory64特性），目前Chromium内核浏览器（Chrome、Edge 110+版本）已经原生支持wasm64，可以突破WASM 32位的4G内存限制。
  • 操作逻辑：直接将引擎代码和Blazor应用一起编译为wasm64格式，不需要额外的进程或者辅助程序，用户打开网页即可加载运行，内存上限可以突破4G。
  • 局限：目前Firefox、Safari对wasm64的支持还在开发中，如果你的用户群包含这些浏览器，暂时不适合生产环境使用。

内容的提问来源于stack exchange，提问作者John Källén