C可执行文件链接双Go动态链接库运行崩溃，新线程调用正常

核心原因 #

Go运行时（runtime）被非Go程序调用时仅能初始化一次。当你从C程序里先后调用两个来自不同Go共享库的导出函数时，第一个函数会触发Go运行时初始化，但第二个函数尝试重复初始化运行时，直接导致内部冲突，引发程序崩溃。而在新线程调用第二个函数时，第一个函数已经完成了运行时初始化，不会触发重复初始化流程，因此能正常执行。

先修正代码里的语法错误 #

你的Go代码存在编译级错误，先修正才能正常编译：

修正后的mainA.go #

/*
#include <stdio.h>
*/
import "C"
import (
    "fmt"  // 补全缺失的fmt包导入
    "reflect"
    "unsafe"   
)

func main() {
}

//export CallAddCheckA
func CallAddCheckA() {  // 补全函数参数列表的闭合括号
    fmt.Println("hello A")  // Go区分大小写，修正为Println而非PrintLn
}

修正后的mainB.go #

package main

/*
#include <stdio.h>
*/
import "C"
import (
    "fmt"  // 补全缺失的fmt包导入
    "reflect"
    "unsafe"   
)

func main() {
}

//export CallAddCheckB
func CallAddCheckB() {  // 补全函数参数列表的闭合括号
    fmt.Println("hello B")  // 修正大小写问题
}

可行的解决办法 #

方案1：合并为单一Go共享库（推荐） #

不要编译两个独立的Go共享库，把所有需要导出的函数放到同一个Go项目中，编译成单个.so文件，这样只会初始化一次Go运行时，从根源避免冲突。

合并后的示例代码（combined.go）：

/*
#include <stdio.h>
*/
import "C"
import (
    "fmt"
    "reflect"
    "unsafe"   
)

func main() {
}

//export CallAddCheckA
func CallAddCheckA() {
    fmt.Println("hello A")
}

//export CallAddCheckB
func CallAddCheckB() {
    fmt.Println("hello B")
}

编译命令：

go build -buildmode=c-shared -o libcombined.so combined.go

之后C代码只需包含生成的libcombined.h，链接这个单一共享库即可。

方案2：手动控制运行时初始化（不推荐） #

如果必须用两个独立共享库，要确保只有第一个调用的Go函数初始化运行时，第二个函数依赖已初始化的运行时。但这种方式非常不稳定，因为Go运行时本身没设计为支持多共享库场景，极易出现隐藏问题，不建议生产环境使用。

编译链接注意事项 #

• 编译Go共享库必须加-buildmode=c-shared参数，生成对应的.so和.h文件
• C程序编译时要链接目标共享库，示例命令：

  gcc -o test main.c -L. -lcombined
  

• 运行时需确保共享库能被系统找到，可通过设置环境变量：

  LD_LIBRARY_PATH=. ./test
  

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