GoLand不支持生成供import的Go静态库；go build -buildmode=archive生成的.a仅为内部中间产物，不可import；跨语言需用-buildmode=c-archive配合import "C"和//export，且必须开启CGO_ENABLED=1。
GoLand 本身不支持生成 Go 静态库（.a）供其他 Go 项目 import
GoLand 是 IDE，它调用的是底层 go 工具链；而 Go 语言官方不提供“供 Go 项目直接 import 的静态库”机制。你看到的 .a 文件（比如 go build -buildmode=archive 输出的）只是编译中间产物，不能被 import，也不能被 go build 直接链接使用。在 GoLand 里点“Build”或配 Run Configuration，最终执行的仍是 go build，它只认源码和模块路径，不认本地 .a 文件。
想让多个架构共用同一份 Go 代码？用 GOOS/GOARCH + 模块 replace
真正可落地的“多架构复用”，是让不同目标平台的项目都引用同一套本地 Go 源码，而不是试图预编译成 .a 再链接。GoLand 支持配置环境变量，你可以这样操作：
- 在 GoLand 的 Run Configuration → Environment variables 中添加：
GOOS=linux、GOARCH=arm64（或amd64、darwin/arm64等） - 确保你的私有模块（如
mylib）已初始化go.mod，且主项目中通过go mod edit -replace mylib=/absolute/path/to/mylib指向本地目录 - GoLand 编译时会自动拉取该路径下的源码，按指定架构交叉编译 —— 这才是 Go 原生支持的多架构开发流
真要输出 C 兼容的多架构静态库？必须用 -buildmode=c-archive + 手动切 CGO
只有当你需要从 C/C++/Rust 等语言调用 Go 函数时，-buildmode=c-archive 才有意义。它会生成 .a + .h，但有硬性前提：
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 源文件必须是
package main，且含import "C"和//export MyFunc注释 - 函数参数/返回值只能是 C 类型：
*C.int、C.size_t，不能是string或[]byte -
CGO_ENABLED=1必须开启（c-archive强制依赖 cgo），所以无法在 Alpine 或 Distroless 上直接运行；若需跨平台部署，得为每个目标架构分别执行：
CGO_ENABLED=1 GOOS=linux GOARCH=arm64 go build -o libmylib.a -buildmode=c-archive mylib.go CGO_ENABLED=1 GOOS=linux GOARCH=amd64 go build -o libmylib_amd64.a -buildmode=c-archive mylib.go
注意：两个命令生成的 .a 文件互不兼容，C 侧必须用对应架构的工具链（如 aarch64-linux-gnu-gcc）链接。
最容易踩的坑：混淆 -buildmode=archive 和 -buildmode=c-archive
这两个名字像，但用途完全隔离：
-
-buildmode=archive→ 输出 Go 包归档（.a），仅供go tool link内部使用，GoLand 不会、也不该调用它 -
-buildmode=c-archive→ 输出 C ABI 兼容归档，必须配合import "C"和//export，且仅限package main - 在 GoLand 里误配 Build Mode 为
archive，会导致编译成功但后续无法 import，报错类似cannot find package "xxx"—— 因为 IDE 没法把.a注入到模块依赖图中
真正的静态链接能力在 Go 编译器内部，不在 IDE；GoLand 能做的，只是帮你正确传参给 go 命令。别指望它“一键生成多架构 .a 并自动链接”，那不符合 Go 的设计哲学。
