Go 1.21使用import "C"时函数无法导出问题求助

核心问题原因 #

1. CGO路径配置错误：invoice.go中CGO的头文件路径写错，导致C代码编译失败，包含CGO的sdk包未被正确构建，外部无法调用其中的Initialize函数。
2. Go工作区识别问题：Go 1.18+引入的工作区机制，IDE无法自动识别my-service模块，触发警告，但这并非函数未导出的直接原因。

分步解决方法 #

1. 修正CGO路径配置 #

打开sdk/invoice.go，修改CGO的CFLAGS和LDFLAGS：

/*
#cgo CFLAGS: -I${SRCDIR}/include
#cgo linux,386 LDFLAGS: -L${SRCDIR}/libs -ldinvoicesdk -Wl,-rpath=${SRCDIR}/libs
#include <stdlib.h>
#include "invoices.h"
*/
import "C"

• 原因：${SRCDIR}代表当前Go文件（invoice.go）所在的sdk目录，原路径${SRCDIR}/sdk/include会指向不存在的sdk/sdk/include，改为${SRCDIR}/include才能正确找到头文件。
• 添加-Wl,-rpath=${SRCDIR}/libs是为了让程序运行时自动加载sdk/libs下的动态库，避免手动设置LD_LIBRARY_PATH。

2. 确保CGO_ENABLED开启 #

在终端执行以下命令，开启CGO支持（Go 1.21在Linux下默认开启，但环境变量可能被修改）：

export CGO_ENABLED=1

3. 消除工作区警告（可选） #

在/services目录下创建go.work文件，内容如下：

go 1.21.6
use ./my-service

这样IDE会将my-service模块纳入工作区，消除"This file is within module..."的警告。

4. 正确构建运行项目 #

不要直接用go run main.go，而是在my-service目录下执行：

go run ./

或者先构建再运行：

go build
./inv  # 编译出的二进制文件名与go.mod的module名一致

额外检查项 #

• 确认sdk/libs下的libdinvoicesdk.so存在，且与当前系统架构匹配（你的CGO配置指定了linux,386，如果当前机器是amd64，需要修改LDFLAGS的架构条件，或者替换对应架构的动态库）。
• 检查头文件sdk/include/invoices.h是否存在，且Invoice_Initialize函数在头文件中正确声明。

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