Blazor Server 通过 IJSRuntime 实现 JS 互操作,支持 C# 调 JS(需全局挂载、JSON 序列化)和 JS 调 .NET(用 JSInvokable),注意信号延迟、DOM 元素不可序列化、生命周期与内存泄漏问题。
Blazor Server 与 JavaScript 交互主要靠 JS Interop(JavaScript 互操作),核心是通过 IJSRuntime 实例调用 JS 函数,或在 JS 中调用 .NET 方法。关键点在于:服务端渲染、信号连接、序列化限制、生命周期同步——不是所有前端 JS 模式都直接适用。
这是最常用场景。需确保 JS 函数挂载在全局对象(如 window)上,且在 Blazor 组件中注入 IJSRuntime。
wwwroot/index.html 的 或 底部添加 JS 函数(推荐用 IIFE 避免污染全局):InvokeVoidAsync 和 InvokeAsync 都走 SignalR 通道,返回值必须可 JSON 序列化(不支持函数、DOM 元素、Date 对象等)。适用于事件回调、第三方库集成(如图表、编辑器)等需要 JS 主动触发 .NET 逻辑的场景。
JSInvokable 特性标记静态或实例方法(Blazor Server 推荐用
静态,避免组件实例生命周期干扰):DotNet.invokeMethodAsync):MyApp.dll → MyApp),可在 .csproj 的 中确认。直接传 ElementRef 不行(不可序列化),但可通过 ElementReference.Id 或 JS 端缓存映射来间接操作。
IJSObjectReference 加载模块化 JS(.NET 6+),避免全局污染,适合复杂交互。OnAfterRenderAsync 或 OnInitializedAsync + StateHasChanged() 后延时调用,或用 await JSRuntime.InvokeVoidAsync("initWidget") 在 JS 初始化完成后通知 .NET。DotNetObjectReference.Create 并手动 dispose(),或改用静态回调 + 参数传递。DotNet 可查看可用方法;启用 Microsoft.JSInterop 日志级别为 Debug 查看序列化细节。基本上就这些。Blazor Server 的 JS 互操作不复杂但容易忽略信号延迟和序列化边界,把数据当“消息”而非“对象”来设计,会更稳。