JavaScript程序如何与独立运行的C#控制台应用实现数据通信？

以下方案的C#端均为纯控制台实现，不需要创建ASP.NET Core/Web API项目，仅依赖.NET基础类库，编译后是独立可执行文件，和前端页面进程完全独立，满足你的要求。

方案1：内嵌轻量HTTP监听（适合低频请求-响应场景） #

• C#端直接用.NET自带的HttpListener类监听本地回环地址的固定端口（比如http://localhost:12345），接收前端发来的HTTP请求，处理完业务逻辑后返回JSON格式响应即可，不需要额外引入第三方框架。
• 前端直接用原生fetch发起请求，不需要额外依赖，示例代码：

// JS端向C#控制台发请求
async function callCSharpLogic(params) {
  const resp = await fetch('http://localhost:12345/run', {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify(params)
  })
  return resp.json()
}

• C#端核心实现代码（.NET 6+可直接运行）：

using System.Net;
using System.Text;
using System.Text.Json;

var httpListener = new HttpListener();
httpListener.Prefixes.Add("http://localhost:12345/");
httpListener.Start();
Console.WriteLine("C#逻辑端已启动，监听端口12345");

while (true)
{
    var context = await httpListener.GetContextAsync();
    var req = context.Request;
    var resp = context.Response;
    // 配置跨域头，避免浏览器拦截请求
    resp.AddHeader("Access-Control-Allow-Origin", "*");
    resp.AddHeader("Access-Control-Allow-Methods", "POST, OPTIONS");
    resp.AddHeader("Access-Control-Allow-Headers", "Content-Type");
    // 处理浏览器预检请求
    if (req.HttpMethod == "OPTIONS")
    {
        resp.StatusCode = 200;
        resp.Close();
        continue;
    }
    // 读取前端传入参数
    using var reader = new StreamReader(req.InputStream, req.ContentEncoding);
    var reqBody = await reader.ReadToEndAsync();
    var input = JsonSerializer.Deserialize<InputParam>(reqBody);
    // 执行业务逻辑
    var output = BusinessLogic.Execute(input);
    // 返回结果给前端
    var respBody = JsonSerializer.Serialize(output);
    var buffer = Encoding.UTF8.GetBytes(respBody);
    resp.ContentType = "application/json";
    resp.ContentLength64 = buffer.Length;
    await resp.OutputStream.WriteAsync(buffer);
    resp.Close();
}

• 如果需要C#主动向前端推送消息，可以在这个基础上改SSE（服务端发送事件），不需要更换通信协议，只是把响应改成长连接流式输出即可，比轮询效率高。

方案2：内嵌WebSocket服务（适合高频双向实时通信场景） #

• 如果你的场景需要两边随时主动推送消息（比如实时进度更新、即时交互），直接在C#控制台用HttpListener结合System.Net.WebSockets实现原生WebSocket服务即可，同样不需要引入Web框架。
• 前端用原生WebSocket API就能连接，示例代码：

// 建立和C#端的WebSocket连接
const ws = new WebSocket('ws://localhost:12345/ws');
ws.onopen = () => console.log("已连接C#逻辑端");
// 接收C#主动推送的消息
ws.onmessage = (e) => {
  const data = JSON.parse(e.data);
  // 处理消息逻辑
}
// 向C#发送消息
function sendToCSharp(data) {
  ws.send(JSON.stringify(data));
}

• 这个方案通信延迟极低，开销小，适合交互频繁的场景，只需要额外处理好连接断开重连、消息粘包的逻辑即可。

不推荐的方案 #

• 本地文件中转：两个进程读写同一个本地文件，靠轮询检测文件变化传递数据，效率极低，容易出现文件占用、读写冲突问题，仅适合临时测试场景。
• 命名管道/原始本地Socket：浏览器原生JS没有权限直接访问系统层面的这类通信通道，必须额外开发浏览器插件做中转，开发成本极高，完全没有必要。

注意：前端页面不管是直接双击打开本地html文件，还是用任意本地静态文件服务托管，只要C#端配置好跨域头，就可以正常通信，不需要把前端资源托管到C#进程里。

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