Go 调用 C# DLL 方法详解

Go 无法原生调用 C# 编译的托管 DLL，根本原因在于二者运行时架构截然不同：C# 依赖 .NET CLR 进行 JIT 编译与内存管理，而 Go 的 syscall 仅支持导出 C ABI 的非托管动态库；强行尝试会导致崩溃或 panic。本文详解了唯一可行的正解——使用 go-dotnet 库，在 Go 进程中嵌入并启动 .NET 运行时（需预装 .NET 6+ Desktop Runtime），通过反射安全加载程序集、调用静态或实例方法，真正实现跨语言、跨运行时的无缝互操作，并附带完整可运行的 C# 类库与 Go 调用示例、关键注意事项及替代方案对比，助你绕过底层陷阱，高效打通 Go 与 .NET 生态。

Go 原生不支持直接加载和调用 .NET 程序集（如 C# 编译的 DLL），因其运行于 CLR 环境，与 Go 的系统调用机制不兼容；需借助桥接工具（如 go-dotnet）在 Go 进程中嵌入 .NET 运行时并实现跨语言互操作。

Go 原生不支持直接加载和调用 .NET 程序集（如 C# 编译的 DLL），因其运行于 CLR 环境，与 Go 的系统调用机制不兼容；需借助桥接工具（如 go-dotnet）在 Go 进程中嵌入 .NET 运行时并实现跨语言互操作。

在 Go 中直接通过 syscall.NewLazyDLL 加载 C# 编译的 .dll（如 MathForGo.dll）无法成功——这不是路径、导出符号或平台配置问题，而是根本性架构差异所致：C# DLL 是托管程序集（Managed Assembly），依赖 .NET 运行时（CLR）进行 JIT 编译、内存管理与类型验证；而 syscall 模块仅支持加载符合 Windows PE 格式、导出 C 风格函数（extern "C"）的非托管动态库（如 C/C++ 编译的 DLL）。你示例中的 proc.Call(2, 3) 实际会触发访问冲突或 panic，因为 Go 尝试以 C ABI 调用一个不存在的原生导出函数。

✅ 正确方案：使用 go-dotnet（github.com/matiasinsaurralde/go-dotnet）
这是一个成熟的 Go/.NET 互操作库，它通过 P/Invoke 调用 .NET Hosting API，在 Go 进程内启动 .NET 运行时（支持 .NET 6+），加载程序集，并反射调用托管方法。以下是完整实践步骤：

1. C# 端：编写可被调用的类库（.NET 6+ SDK）
   创建 MathLib.csproj，确保输出为 Class Library，并显式导出方法（无需 [DllExport]，go-dotnet 通过反射调用）：

   // MathLib.cs
   using System;
   namespace MathLib {
       public static class Calculator {
           public static int Add(int a, int b) => a + b;
       }
   }

   构建：dotnet build -c Release -r win-x64（Windows）或 win-x64/linux-x64（跨平台需匹配目标 OS）

2. Go 端：使用 go-dotnet 调用
   安装依赖（需 Go 1.18+）：

   go get github.com/matiasinsaurralde/go-dotnet

   示例代码：

   package main
   
   import (
       "fmt"
       "github.com/matiasinsaurralde/go-dotnet"
   )
   
   func main() {
       // 初始化 .NET 运行时（自动查找已安装的 .NET 6+）
       rt, err := dotnet.NewRuntime()
       if err != nil {
           panic("failed to init .NET runtime: " + err.Error())
       }
       defer rt.Shutdown()
   
       // 加载程序集（路径为绝对路径或相对于可执行文件的相对路径）
       asm, err := rt.LoadAssembly("./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
   }

⚠️ 关键注意事项：

• .NET 运行时必须预装：目标机器需安装对应版本的 .NET Desktop Runtime（如 .NET 6.0 Desktop Runtime），go-dotnet 不打包运行时。
• 平台一致性：Go 构建目标平台（GOOS/GOARCH）须与 .NET 程序集目标平台一致（如 windows/amd64 → win-x64）。
• 线程安全：.NET 运行时实例（*dotnet.Runtime）是线程安全的，但单个 Assembly 或 Type 对象建议在 goroutine 内复用，避免高频重载。
• 错误处理不可省略：所有 go-dotnet API 调用均返回 error，忽略会导致静默失败或 panic。
• 替代方案（进阶）：若需更高性能或深度集成，可考虑将 C# 逻辑封装为 gRPC 服务，由 Go 客户端调用；或使用 C++/CLI 编写中间层导出 C ABI 函数（复杂度高，不推荐新项目）。

总结：Go 直接调用 C# DLL 不可行，但通过 go-dotnet 可安全、高效地实现跨运行时互操作。核心在于理解“托管 vs 非托管”的边界，并选择正确的桥梁技术——这不仅是语法适配，更是运行时生态的协同。

以上就是《Go 调用 C# DLL 方法详解》的详细内容，更多关于的资料请关注golang学习网公众号！