同Windows下C#应用无网络请求向浏览器网页传数据方案咨询

该需求可完全实现，不需要依赖任何你排除的web请求、socket类跨端通信方案，基于Windows系统自带能力和浏览器原生支持的功能即可完成。

方案1：基于浏览器远程调试协议 （最适配定向标签页传输需求） #

Chrome、Edge、Firefox均原生支持远程调试能力，该方案仅涉及本机环回通信，不属于公网/跨设备web请求范畴，符合你的要求：

• 浏览器启动时追加远程调试参数，以Chrome为例，启动参数为 chrome.exe --remote-debugging-port=9222 --user-data-dir="你的浏览器用户数据目录路径"，开启后浏览器会在本地监听指定端口，暴露已打开标签页的操作接口
• C#侧读取本地调试端口返回的标签页列表，匹配到目标标签页ID后，调用调试接口直接在目标标签页的JS上下文注入代码，完成数据传输：你可以提前在网页侧定义好数据接收事件，比如

window.addEventListener('appDataReceive', (e) => {
  // 处理e.detail中携带的传入数据
})

C#侧调用调试接口执行对应JS代码即可触发事件传入数据：

window.dispatchEvent(new CustomEvent('appDataReceive', {detail: 序列化后的待传输数据}))

方案2：基于Windows原生IPC配合浏览器扩展 （完全无网络交互） #

如果完全不想涉及任何TCP相关的调用，可以选择该方案，全程仅使用Windows自带的进程间通信能力：

• 开发轻量浏览器扩展，扩展通过浏览器提供的Native Messaging接口，与C#程序通过Windows命名管道、共享内存等原生IPC机制通信，全程无任何网络请求
• C#侧将数据发送给扩展后，扩展匹配到目标标签页ID，调用浏览器的标签页消息推送接口即可将数据发送到对应网页，网页侧提前注册消息监听函数即可接收数据。

方案3：零开发成本轻量方案 （适合临时使用场景） #

如果不想做额外的开发适配，可以选择以下Windows原生能力实现：

• 剪贴板中转：C#侧将待传输数据写入系统剪贴板，网页侧提前申请剪贴板读取权限，通过监听paste事件或者定时读取剪贴板内容即可获得数据，该方案仅适合单目标标签页的场景
• 自定义URL协议：在Windows注册表中注册自定义URL协议，比如myapptransfer://，C#侧通过命令行启动myapptransfer://<base64编码后的待传输数据>，浏览器侧注册该协议的处理逻辑，解码参数即可得到数据，该方案适合小数据量传输场景。

• 使用远程调试协议时，需保证启动参数中的用户数据目录与你当前打开网页的浏览器用户目录一致，否则会启动全新的浏览器实例，无法找到目标标签页
• 使用Native Messaging方案时，需要在Windows注册表中提前注册扩展对应的本地程序配置清单，仅需系统自带的注册表操作能力即可完成，无需额外依赖。

内容的提问来源于stack exchange，提问作者Gökhan AKSOY