纯C#与Java无法直接互调，必须通过进程间通信：推荐HTTP API（最主流）、命名管道（Windows本地高性能）、或消息队列；禁用JNI/JNBridge/IKVM等高维护成本方案。
纯 C# 和 Java 之间无法直接调用对方的类或方法，因为它们运行在完全隔离的运行时（.NET CLR / JVM），内存模型、类型系统、异常机制互不兼容。想实现“互操作”，必须通过进程边界通信，常见且实用的方式只有三种：HTTP API、IPC（如命名管道/Unix 域套接字）、或第三方桥接层（如 JNBridge、IKVM 已停止维护，不推荐）。没有“直接引用 jar 调用 Java 类”的捷径。
用 HTTP REST API 实现最轻量的双向调用
这是当前生产环境最主流、最可控的方式。Java 启一个嵌入式服务器（如 Spring Boot 内置 Tomcat），C# 用
调用；反之亦然。无需额外中间件，调试直观，天然支持跨机器部署。
关键实操点：
Java 端避免使用复杂返回类型（如 Hibernate Entity），统一用
返回 JSON，字段名用
显式控制大小写，避免 C# 的
反序列化失败
C# 端调用时，务必设置
和
，否则 Spring Boot 可能返回 HTML 错误页
不要在 Java 接口里抛 unchecked exception 并期望 C# 捕获为特定异常类型——HTTP 层只传状态码和 body，异常需转成结构化错误响应体（如
）
示例片段（C# 调 Java）：
用命名管道（Named Pipes）做本地高性能 IPC
当 Java 和 C# 进程固定共存于同一 Windows 机器，且对延迟敏感（比如实时音视频预处理），可用命名管道绕过 HTTP 开销。Java 需借助
或更直接的
+ Win32 API 调用（较底层），而 C# 原生支持
/
。
立即学习
“
Java免费学习笔记（深入）
”；
C知道
CSDN推出的一款AI技术问答工具
下载
容易踩的坑：
Java 端必须用
（非标准 Java NIO），推荐用
（JNA 库），否则会连不上
双方必须严格约定消息格式：推荐前 4 字节为 int 表示后续 payload 长度（网络字节序），再跟 UTF-8 JSON 字符串，避免粘包
C# 管道服务端需设
并添加当前用户权限，否则 Java 客户端连接时抛
Java 不支持管道异步 I/O，所以 C# 客户端别用
—— 改用同步
+ 单独线程，否则 Java 读不到完整帧
为什么不该碰 JNI、JNBridge 或 DLL 包装方案
这些方案看似“直接”，实际引入严重维护负担：
JNBridgePro 虽支持 .NET-Java 二进制互调，但要求双方都引用其私有 runtime，版本升级时 Java 和 C# 端必须同步更新，且许可证按 CPU 核数收费，小型项目成本失控
自己写 JNI：C# 侧需用
加载 .dll，Java 侧要写
方法 + .so/.dll，中间还得用 C/C++ 做胶水层——等于把两个语言的 GC、线程模型、字符编码问题全暴露出来，
和
会频繁交叉出现
用 IKVM 将 Java 字节码转为 .NET IL？它已 2017 年停止维护，不支持 Java 11+ 的模块系统，且生成的程序集无法被 .NET 6+ 的 AOT 编译识别
真正落地时，90% 的所谓“互操作需求”本质是职责拆分：Java 做批处理与数据计算（Spring Batch + Spark），C# 做桌面交互与硬件控制（WPF + SerialPort）。它们之间只需要定义清晰的输入输出契约（如 JSON Schema），用文件、数据库表或消息队列（RabbitMQ/Kafka）交换数据即可。强行追求“像调用本地方法一样调用对方代码”，往往让架构变得更脆弱而非更灵活。
HttpClient@ResponseBody@JsonPropertySystem.Text.JsonAccept: application/jsonContent-Type: application/json{"code": "INVALID_INPUT", "message": "xxx"}var client = new HttpClient();
var json = JsonSerializer.Serialize(new { name = "Alice", age = 30 });
var content = new StringContent(json, Encoding.UTF8, "application/json");
var response = await client.PostAsync("http://localhost:8080/api/process", content);
var result = JsonSerializer.Deserialize(await response.Content.ReadAsStringAsync()); jnr-fusejnr-posixNamedPipeServerStreamNamedPipeClientStreamWindowsNamedPipecom.sun.jna.platform.win32.Win32NamedPipe\.pipeMyPipePipeSecurityAccess is deniedBeginWritewrite()DllImportnativeOutOfMemoryErrorAccessViolationException