1. glibc版本不匹配
在CentOS系统间交叉编译时（如CentOS 8编译CentOS 7的目标程序），常因glibc版本差异导致运行时出现“GLIBC_X.XX not found”错误。这是因为高版本glibc编译的二进制文件无法在低版本系统上运行。
解决方法：使用Docker创建与目标系统版本匹配的编译环境（如CentOS 6/7的Docker镜像），在其中进行编译；或通过静态编译（设置CGO_ENABLED=0）避免依赖系统glibc，命令示例：CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o myapp。
2. 缺少依赖库
编译时若涉及网络请求（如使用net/http包）或加密功能，可能因缺少libcurl、openssl等系统库报错（如“cannot find -lcurl”）。
解决方法：使用yum安装对应开发包，例如：sudo yum install libcurl-devel openssl-devel；若已安装但pkg-config不可用，需手动设置INCLUDE_DIR和LIB_DIR环境变量，指向库的头文件和库文件目录。
3. exec格式错误
在Linux服务器上运行打包后的二进制文件时，可能出现“exec format error”或“cannot execute binary file”错误，多因未正确设置目标系统架构或文件权限不足。
解决方法：编译前设置正确的GOOS（目标操作系统，如linux）和GOARCH（目标架构，如amd64）环境变量；若为权限问题，使用chmod +x myapp赋予二进制文件执行权限。
4. 循环导入错误
代码中若存在包循环引用（如包A导入包B，包B又导入包A），编译时会报“import cycle not allowed”错误。
解决方法：重构代码，打破循环依赖。例如，将公共逻辑提取到第三个包中，或使用接口隔离包间的直接调用。
5. 环境变量配置错误
未正确设置GOROOT（Go安装路径）、GOPATH（工作空间路径）或PATH（可执行文件搜索路径），会导致go build、go run等命令无法识别或执行。
解决方法：编辑~/.bashrc或~/.bash_profile文件，添加以下内容（假设Go安装在/usr/local/go，工作空间为~/go）：
export GOROOT=/usr/local/go
export GOPATH=$HOME/go
export PATH=$PATH:$GOROOT/bin:$GOPATH/bin
保存后运行source ~/.bashrc使配置生效。
6. 依赖管理问题
使用Go Modules时，可能出现依赖下载失败（如网络问题）、版本冲突（如不同包依赖同一库的不同版本）或go.mod文件未初始化等问题。
解决方法：初始化模块（在项目根目录运行go mod init <module-name>）；使用go mod tidy自动下载缺失依赖、移除未使用依赖并解决版本冲突；若网络访问受限，设置GOPROXY环境变量（如export GOPROXY=https://goproxy.io）。
7. 交叉编译配置错误
在CentOS上为其他平台（如Windows、macOS或不同架构的Linux）编译时，未正确设置GOOS、GOARCH或CGO_ENABLED，导致生成的可执行文件无法在目标平台运行。
解决方法：根据目标平台设置对应的环境变量，例如：
GOOS=windows GOARCH=amd64 CGO_ENABLED=0 go build -o myapp.exe；GOOS=linux GOARCH=arm CGO_ENABLED=0 go build -o myapp；CGO_ENABLED=0以生成静态链接的二进制文件，提升兼容性。