如何向已处于运行状态的console application发送数据

以下是完全绕开文件系统、可支撑每秒数十次调度需求的跨进程通信方案，按实现优先级排序：

1. 本地Unix域套接字（Linux/macOS）/ 命名管道（Windows） #

• 是本地进程通信的最优选择，全程走内存交互无磁盘IO，延迟在微秒级，足以支撑每秒数千次的消息发送
• 实现逻辑：
  • 队列应用启动时监听固定路径的Unix域套接字/固定名称的命名管道
  • Scheduler每次需要推送数据时，直接建立到对应套接字/管道的连接，写入序列化后的消息即可，也可以保持长连接降低重复握手的开销
• 优势：完全不需要操作文件系统，资源消耗极低，不需要额外依赖

2. 本地回环TCP套接字 #

• 兼容性最强的方案，全操作系统通用，开发成本极低
• 实现逻辑：
  • 队列应用绑定127.0.0.1的指定端口，仅接收本地请求，不会暴露到公网
  • Scheduler每次推送数据时，向本地对应端口发送TCP请求，携带队列数据即可
• 优势：所有编程语言都有原生TCP通信封装，调试难度低，不需要处理复杂的系统特性

3. 共享内存 #

• 性能最高的方案，适合单次推送数据量较大的场景
• 实现逻辑：
  • 队列应用启动时申请固定大小的共享内存区域，搭配信号量做读写同步
  • Scheduler写数据前先获取信号量锁，写入数据后通知队列应用读取即可
• 注意：需要自行处理数据同步和边界问题，仅适合对性能有极致要求的场景，普通需求优先选择前两类方案

补充建议 #

• 所有通信场景都建议对消息做序列化处理，可选JSON、MessagePack或者自定义二进制格式，避免出现粘包问题
• 如果需要保证消息不丢失，可以加简单的ACK确认机制：队列应用将数据写入队列成功后给Scheduler返回确认包，Scheduler收到确认后再结束本次调用

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