go 的 cgo 不支持传统意义上的相对路径（如 `./libtest.a`）用于 `-l` 参数，因其链接阶段工作目录与源文件所在目录不一致；推荐使用 `${srcdir}` 变量（go 1.5+ 原生支持）或 `cgo_ldflags` 环境变量实现可移植构建。
在 Go 项目中通过 cgo 链接本地静态库（如 libtest.a）时，若在 // #cgo LDFLAGS: 指令中直接使用类似 -L ./testserver -ltest 的相对路径，往往会在执行 go install 或 go build 时失败，并报错 cannot find -ltest。根本原因在于：cgo 在预处理和链接阶段的工作目录并非源文件所在目录，而是由构建系统动态决定（例如 go install 可能以 $GOPATH 或模块根目录为当前路径），导致相对路径解析失效。
幸运的是，Go 自 1.5 版本起正式引入了 ${SRCDIR} 宏，它会在构建时被自动替换为包含当前 Go 源文件的绝对路径（即 test.go 所在目录的完整路径）。这是官方推荐、跨平台且无需外部配置的解决方案。
✅ 正确写法（推荐，Go 1.5+）：
// test.go
// #cgo LDFLAGS: -L ${SRCDIR} -ltest
// #include "test.h"
import "C"此处 ${SRCDIR} 将被展开为 /home/test/testserver/src/testserver（示例路径），等效于绝对路径链接，但完全可移植——无论你在项目根目录、src/ 下还是任意其他路径执行 go install testserver，均能正确解析。
⚠️ 注意事项：
- ${SRCDIR} 仅在 #cgo 指令中生效，不能用于普通 Go 代码或 shell 环境变量；
- 确保 libtest.a 和对应的头文件（如 test.h）均位于 ${SRCDIR} 目录下，或按需调整 -L 路径（例如 -L ${SRCDIR}/../lib）；
- 若使用旧版 Go（
- 静态库名必须严格匹配：-ltest 对应 libtest.a（Linux/macOS）或 test.a（Windows 不常用），且需确保 libtest.a 已按目标平台 ABI 编译（如 CGO_ENABLED=1 下的 C 编译器兼容性）。
? 总结：放弃手写 ./ 相对路径，拥抱 ${SRCDIR} —— 它是 Go 构建系统专为解决此类路径可移植性问题而设计的标准机制，简洁、可靠、零依赖，是现代 Go 项目链接本地 C 库的最佳实践。
