go 原生不支持直接加载和调用 .net framework 或 .net core/5+ 的托管 dll（如 c# 编译的程序集），因其运行于 clr 上，与 go 的原生 abi 不兼容；需借助桥接工具（如 go-dotnet）实现跨运行时互操作。
go 原生不支持直接加载和调用 .net framework 或 .net core/5+ 的托管 dll（如 c# 编译的程序集），因其运行于 clr 上，与 go 的原生 abi 不兼容；需借助桥接工具（如 go-dotnet）实现跨运行时互操作。
在 Go 中直接使用 syscall.NewLazyDLL 加载 C# 编译的 .dll（例如 MathForGo.dll）必然失败——这不是路径、导出符号或调用约定的问题，而是根本性架构差异所致：C# 生成的是 托管程序集（Managed Assembly），依赖 .NET 运行时（CLR）进行 JIT 编译、内存管理与类型验证；而 Go 的 syscall 包仅能加载符合 Windows PE 格式、导出标准 C 风格函数（__cdecl 或 __stdcall）的非托管动态库（如用 C/C++ 编写的 DLL）。
✅ 正确路径：使用专为 Go ↔ .NET 互操作设计的桥梁项目 —— go-dotnet。它通过嵌入 .NET 运行时（支持 .NET 6+），在 Go 进程内启动 CLR 实例，并提供 Go 可调用的 API 来加载程序集、创建对象、调用方法。
? 示例流程（以“两数相加”为例）：
-
C# 端：编写可被反射调用的类（无需 [DllExport]，不导出 C 函数）
// MathLibrary.cs using System;
namespace MathLib { public class Calculator { public static int Add(int a, int b) => a + b; } }
编译为 .NET 6+ 类库： ```bash dotnet new classlib -n MathLib -f net6.0 dotnet build -c Release # 输出：bin/Release/net6.0/MathLib.dll
-
Go 端：使用 go-dotnet 调用
package main
import ( "fmt" "github.com/matiasinsaurralde/go-dotnet" )
func main() { // 初始化 .NET 运行时（自动查找已安装的 .NET 6+ SDK/Runtime） err := dotnet.Initialize() if err != nil { panic("Failed to initialize .NET runtime: " + err.Error()) } defer dotnet.Shutdown()
// 加载程序集
asm, err := dotnet.LoadAssembly("./bin/Release/net6.0/MathLib.dll")
if err != nil {
panic("Failed to load assembly: " + err.Error())
}
// 获取类型并调用静态方法
calcType := asm.GetType("MathLib.Calculator")
result, err := calcType.InvokeStaticMethod("Add", 2, 3)
if err != nil {
panic("Failed to invoke Add: " + err.Error())
}
fmt.Printf("2 + 3 = %v\n", result) // 输出：2 + 3 = 5}
⚠️ 注意事项： - `go-dotnet` 当前要求目标系统已安装 **.NET 6 或更高版本运行时**（非仅 SDK）； - 不支持 .NET Framework（仅 .NET Core 3.1+ / .NET 5+）； - 方法参数与返回值需为 .NET 基元类型（`int`, `string`, `bool` 等）或可序列化对象；复杂类型需额外处理； - Windows 是主要支持平台（实验性支持 Linux/macOS，但稳定性较低）； - 替代方案（如将 C# 封装为 REST/gRPC 服务、或通过 C++/CLI 编写中间层导出 C 接口）虽可行，但显著增加架构复杂度。 ✅ 总结：Go 无法像调用传统 C DLL 那样直接 `syscall.LoadDLL` C# 程序集；必须借助 `go-dotnet` 这类运行时桥接器，在同一进程内协同 CLR 与 Go 运行时。这是目前最轻量、最直接的原生集成方案。
