服务端Blazor应用连接客户端本地服务实现资源访问方案咨询

方案可行性判断 #

这个方案完全可行，是轻量实现服务端Blazor访问本地资源的最优选择之一，完全规避了Electron这类重打包方案的弊端，整体改造工作量也很小：

• 客户端只需要部署一个极小的Windows Service，内存占用通常不超过10MB，不需要额外附带运行时（如果你的目标客户端都已预装对应版本.NET运行时，甚至可以做成单文件裁剪版，体积不到1MB）
• 基于WebSocket的通信延迟很低，完全能满足打印、读取指定文件这类场景的性能要求
• 现有成熟的WebSocket库可以直接复用，不需要自己做底层通信开发

服务端Blazor连接客户端本地服务的最优实现 #

首先要明确：服务端Blazor的C#代码默认运行在服务器上，直接在服务端写连接localhost的逻辑，访问的是服务器自身的本地端口，和客户端完全无关，所以必须把连接逻辑下沉到浏览器侧执行，具体实现步骤如下：

1. 封装浏览器端的WebSocket连接逻辑为独立的JS方法，把这段JS引入到Blazor的_Host.cshtml（.NET 6+）或者App.razor（.NET 8+）中，JS逻辑只做三件事：
   • 接收Blazor侧传入的端口、校验token等参数，发起对ws://127.0.0.1:你的自定义端口的连接请求
   • 监听WebSocket消息，收到本地服务返回的内容后回调给Blazor的C#方法
   • 暴露发送消息的方法，供Blazor侧调用向本地服务传递指令
2. 在Blazor的C#代码中通过IJSRuntime调用上述JS方法，完成连接建立、指令发送、结果接收的全流程：
   示例代码片段：

   // 注入JS运行时
   [Inject] private IJSRuntime JSRuntime { get; set; }
   
   // 调用JS方法建立连接
   private async Task ConnectLocalService()
   {
       // 传入校验token、回调方法名等参数
       await JSRuntime.InvokeVoidAsync("connectLocalWebSocket", "你的校验token", nameof(ReceiveLocalMessage));
   }
   
   // JS回调接收本地服务返回的消息
   [JSInvokable]
   public void ReceiveLocalMessage(string message)
   {
       // 处理本地服务返回的内容，比如打印机列表、文件内容
   }
   

3. 本地Windows Service侧需要做对应适配：
   • 仅监听127.0.0.1，禁止监听0.0.0.0避免外部网络访问
   • 配置CORS规则，仅允许你的Blazor应用所属域名的跨域请求，防止恶意网站调用本地服务
   • 增加连接校验逻辑，只有携带合法token的连接才允许建立

额外优化建议 #

• 可以给本地Windows Service做一个极简的一键安装包，用户首次使用Blazor应用时提示下载安装，安装完成后自动开机启动，无需用户手动配置
• 增加心跳检测逻辑，Blazor侧可以实时判断本地服务是否正常运行，异常时直接给用户弹出提示
• 敏感操作（比如读取本地文件）要做范围限制，仅允许读取指定目录下的文件，禁止开放全磁盘读写权限

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