如何从D语言调用C#函数（DLL）？现有方案遇阻求助

我来梳理下针对这个需求，我调研和尝试过的几个方向，以及各自遇到的问题和潜在解决思路：

1. Derelict Mono方案 #

• 测试表现：在简单的Hello World级别的Demo里运行完全正常，能顺利调用C# DLL的基础功能。
• 遇到的问题：当加载**包含大量第三方程序集引用（部分还调用Windows API）**的复杂C# DLL时，会触发DLL加载失败的问题。
• 优化思路：这类加载失败大多和程序集依赖的查找路径有关。你可以试试手动指定Mono的程序集搜索路径（比如调用mono_set_assemblies_path这类API），或者确保所有依赖的程序集和目标C# DLL放在同一目录下；另外也可以排查下是否有Windows API调用的环境依赖（比如需要特定系统版本的支持库）。

2. Unmanaged Exports方案 #

• 方案背景：参考《从C语言调用C#》的思路，本质是让C#代码生成原生导出函数，让D语言可以直接调用。
• 遇到的问题：初步实验阶段就碰到了MSBUILD错误，导致无法生成带有原生导出的C# DLL。
• 排查思路：先重点看MSBUILD的错误日志——常见问题包括项目配置不匹配（比如目标框架版本不对、平台目标（x86/x64）和D语言编译环境不一致），或者Unmanaged Exports包的版本和当前Visual Studio/SDK版本不兼容。可以尝试调整包版本、统一编译架构，另外检查项目是否启用了必要的编译选项（比如允许不安全代码）。

3. D→C→C#的中转方案 #

• 核心思路：先搭建一个C语言中间层，让D调用C的导出函数，再由C通过CLR Hosting官方API调用C#代码；后续验证通了之后，可以尝试去掉C层，直接在D语言里实现CLR Hosting的调用逻辑。
• 方案优势：这个途径的兼容性更强，因为CLR Hosting是微软官方的原生调用C#的方式，对复杂C#程序集的支持更稳定；中间的C层可以先验证C#部分的调用逻辑是否正常，再逐步迁移到D语言。
• 实施步骤参考：
  • 先写C代码，用CorBindToRuntimeEx等CLR Hosting API加载C#程序集并调用目标方法；
  • 把C代码编译成DLL，让D语言通过loadLibrary和getProcAddress调用C的导出函数；
  • 验证逻辑通顺后，参考CLR Hosting的官方文档，在D语言里直接实现对应的API调用，移除C中转层。

内容的提问来源于stack exchange，提问作者V. V. Kozlov