Blazor WASM中IJsInProcessRuntime与[JSImport]性能对比及选型咨询

性能表现 #

• 非编组场景：[JSImport] 性能远优于 IJsInProcessRuntime。它采用编译时绑定，直接生成WASM与JS交互的高效指令，完全规避了IJsInProcessRuntime的动态方法查找、反射调用等额外开销，性能和已弃用的IJsUnmarshalledRuntime持平甚至更优。
• 编组场景：[JSImport] 依然具备性能优势。虽然两者底层依赖相同的.NET-JS数据序列化机制，但[JSImport]的调用路径更短，省去了IJsInProcessRuntime.Invoke()方法的包装层开销，复杂类型编组时的效率提升更明显。

JS类实例方法调用的替代方案 #

[JSImport] 确实没有直接提供JSObjectReference那样的实例方法调用语法，但可以通过以下方式实现相同需求：

1. 通用实例方法调用包装
   在JS模块中导出一个通用函数，接收实例、方法名和参数，转发调用：

   // 导出的JS模块
   export function invokeInstanceMethod(instance, methodName, ...args) {
       return instance[methodName](...args);
   }
   

   在C#中通过[JSImport]调用该函数：

   [JSImport("invokeInstanceMethod", "./path-to-your-module.js")]
   internal static partial T InvokeJsInstanceMethod<T>(object jsInstance, string methodName, params object[] args);
   

2. 针对性包装函数
   如果是固定的JS类方法，可以为每个方法单独导出静态包装函数，提升调用可读性：

   export function userGetName(userInstance) {
       return userInstance.getName();
   }
   

   [JSImport("userGetName", "./user-module.js")]
   internal static partial string GetUserName(object userInstance);
   

迁移建议 #

• 所有同步JS调用（无论是否涉及数据编组）都建议迁移到[JSImport]，这不仅能获得性能提升，也是.NET 7+官方推荐的JS交互方案。
• 对于频繁调用的JS类实例方法，封装通用调用函数可以减少重复代码，兼顾性能与可维护性。

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