

新闻资讯
技术教程需先确认云服务器架构(x86_64/amd64 或 aarch64/arm64)和 Linux 发行版(非 Alpine),再下载对应 Go 二进制包;解压后配置 GOROOT、GOPATH 和 PATH;设置国内 GOPROXY 并谨慎处理 GOSUMDB;最后用绑定 0.0.0.0 的 HTTP 服务验证端口与安全组连通性。
Go 官方只提供特定平台的预编译包(go1.xx.linux-amd64.tar.gz 或 go1.xx.linux-arm64.tar.gz),部署前必须核对云服务器的 CPU 架构和系统版本。常见错误是直接在 ARM 实例(如 AWS Graviton、腾讯云 ARM 机型)上下载 amd64 包,导致 bash: /usr/local/go/bin/go: cannot execute binary file: Exec format error。
uname -m 查看架构:输出 x86_64 对应 amd64,aarch64 或 arm64 对应 arm64cat /etc/os-release 确认是 Linux 发行版(非 Alpine —— Alpine 需要额外安装 glibc 或改用源码编译)apt install golang)—— Ubuntu/Debian 的仓库版本通常滞后且不含 go mod 完整支持Go 1.16+ 默认启用模块模式(module-aware mode),但 GOPATH 仍影响 go install 的可执行文件存放位置;而 PATH 必须包含 $GOROOT/bin(Go 安装目录)和 $GOPATH/bin(用户安装的命令),否则运行 go 或自定义工具会提示 command not found。
sudo tar -C /usr/local -xzf go1.22.4.linux-amd64.tar.gz(解压到标准路径)~/.bashrc 或 /etc/profile 中添加:
export GOROOT=/usr/local/go export GOPATH=$HOME/go export PATH=$GOROOT/bin:$GOPATH/bin:$PATH
source ~/.bashrc 后验证:go version 和 go env GOPATH 应返回预期值$GOPATH/src 下(旧式 GOPATH 模式),新项目直接在任意路径 go mod init example.com/myapp 即可云服务器常位于国内或受限网络环境,不配置代理时 go mod download 会卡在 proxy.golang.org 或校验失败(verifying github.com/xxx@v1.2.3: checksum mismatch)。这不是 Go 本身问题,而是模块代理与校验服务器不可达。
go env -w GOPROXY=https://mirrors.tuna.tsinghua.edu.cn/goproxy/,direct
go env -w GOSUMDB=off;生产环境应保留校验,改用可信代理(如 GOSUMDB=sum.golang.org 配合代理)go env GOPROXY GOSUMDB;再新建空目录执行 go mod init test && go get rsc.io/quote 测试是否成功很多教程止步于 go version 成功,但实际开发需要确认编译、运行、网络监听全流程通畅。典型陷阱是云服务器防火墙未开放端口,或程序绑定 localhost 导致外部无法访问。
立即学习“go语言免费学习笔记(深入)”;
package main
import (
"fmt"
"net/http"
)
func main() {
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Hello from Go on cloud")
})
// 绑定 0.0.0.0 而非 127.0.0.1,确保外部可访问
http.ListenAndServe(":8080", nil)
}
curl -v http://localhost:8080(本地通),再从本地电脑 curl http://:8080
TCP:8080,以及服务器本地防火墙:sudo ufw status(Ubuntu)或 sudo firewall-cmd --list-ports(CentOS)
真正容易被忽略的是安全组配置 —— 它独立于系统防火墙,且默认拒绝所有入站流量。哪怕 Go 程序跑起来了,没开这个,外网永远连不上。