Blazor JavaScript隔离能否与unmarshalled JavaScript互操作结合使用

核心结论 #

你预期的调用形式在当前Blazor官方实现中无法直接运行，二者从底层设计上并不兼容，原因主要有三点：

• InvokeUnmarshalled是Blazor WebAssembly专属的高性能无封送调用通道，设计上要求被调用的JS逻辑必须是同步执行、全局可直接访问的原生函数，本身不支持import这类需要异步拉取资源、建立跨语言引用映射的操作；且该方法是同步执行逻辑，没有异步等待的上下文，根本无法等待import操作返回的Promise结果，从执行流层面就不具备获取动态模块引用的条件。
• IJSUnmarshalledObjectReference没有内置跨上下文的对象引用映射逻辑，它仅能指向页面加载阶段就已经存在于JS全局上下文的原生对象；而ES模块隔离返回的IJSObjectReference是依赖Blazor内置的序列化层维护的动态引用，无法直接转换成无封送引用形式。

可落地的等效实现方案 #

如果一定要结合JS模块隔离的模块化能力与无封送调用的性能优势，可以通过手动挂载引用的方式绕过限制，流程如下：

1. 按照标准流程导入隔离的JS模块，拿到模块引用完成初始化：
   var module = await js.InvokeAsync<IJSObjectReference>("import", "./_content/MyComponents/exampleJsInterop.js");
2. 在对应的隔离JS模块内部，将需要高频调用的方法手动缓存到JS全局上下文，例如在exampleJsInterop.js中添加逻辑：

   // 模块内部原有showPrompt方法实现
   export function showPrompt(message) {
       return prompt(message, '请输入内容');
   }
   
   // 将需要高频调用的方法挂载到全局可访问的缓存位置
   window.__blazorHighPerfCache = { showPrompt };
   

3. 后续高频调用时，直接通过InvokeUnmarshalled指向全局缓存的方法，跳过序列化封送流程：
   js.InvokeUnmarshalled<string>("__blazorHighPerfCache.showPrompt", message);

注意事项 #

• 无封送调用仅能传递原生匹配的基础类型参数（如数字、字符串、布尔值、原生数组等），不支持复杂自定义对象的传递，调用前需要确保参数类型完全符合.NET与JS端的映射规则。
• 该方案仅适用于Blazor WebAssembly宿主环境，Blazor Server、Blazor Web App的交互式服务端渲染模式没有JS运行时与.NET进程同上下文的条件，完全不支持无封送调用。

内容的提问来源于stack exchange，提问作者Martin Chudoba