CentOS下Golang打包常见问题及解决方法
在CentOS 7上编译的程序运行在CentOS 6等低版本系统时，常因glibc版本差异导致“version GLIBC_2.x' not found”等运行时错误。这是因为高版本glibc编译的二进制文件依赖低版本系统不存在的库函数。 **解决方法**：使用Docker创建与目标系统版本一致的编译环境（如CentOS 6基础镜像），在其中编译程序；或通过静态编译（添加-ldflags “-extldflags -static”`）将glibc等依赖打包进二进制文件，避免运行时依赖。
编译时可能因缺少系统依赖库（如libcurl、openssl）报错，例如“package XXX requires XXX which is not installed”。
解决方法：使用yum安装对应开发包，如sudo yum install libcurl-devel openssl-devel；若依赖第三方Go库，通过go get或go mod tidy自动下载并安装。
在CentOS上运行打包后的二进制文件时，可能出现“exec format error”，通常因交叉编译时未正确设置目标平台环境变量。
解决方法：编译前明确设置GOOS（目标操作系统）和GOARCH（目标架构），例如编译Linux amd64程序需执行：export GOOS=linux && export GOARCH=amd64 && go build -o myapp。
代码中存在循环导入（如包A导入包B，包B又导入包A）时，编译会报错“import cycle not allowed”。
解决方法：重构代码结构，将公共逻辑提取到新包中；或使用接口解耦，减少包间的直接依赖。
使用go get安装依赖时，可能因网络问题（如golang.org被墙）失败，或依赖版本冲突导致编译错误。
解决方法：设置国内代理（如export GOPROXY=https://goproxy.io）；使用Go Modules管理依赖（go mod init初始化项目，go mod tidy自动整理依赖）。
静态编译会将所有依赖打包进二进制文件，导致体积较大（如几十MB甚至上百MB），影响分发效率。
解决方法：使用-ldflags参数去除调试信息和符号表，例如go build -ldflags="-s -w" -o myapp（-s压缩符号表，-w去除调试信息），可减小体积约30%~50%。
为目标平台（如Windows、ARM架构）编译时，未正确设置环境变量，导致生成的二进制文件无法运行（如Linux下编译Windows程序未设置GOOS=windows）。
解决方法：根据目标平台设置对应环境变量，例如：
GOOS=windows GOARCH=amd64 go build -o myapp.exe；GOOS=linux GOARCH=arm64 go build -o myapp。
