go环境迁移到新电脑只需迁移go.mod、go.sum和源码，三者足以重建依赖；需修正replace本地路径、重装cli工具链、手动配置goroot/goproxy/shell路径并验证。
Go 环境迁移到新电脑，不是复制 $GOPATH 或整个项目目录就完事——现代 Go 项目依赖 go.mod、go.sum、工具链二进制、环境变量和 IDE 配置四者协同，缺一不可。直接拷贝旧环境大概率导致 go build 失败、go mod tidy 拉错版本、IDE 报 GOROOT not found。
只迁移这三项：go.mod、go.sum、源码
Go Modules 是自描述的，只要保留这三个文件（或目录），go 命令就能重建完整依赖树。不需要拷 $GOPATH/src，也不需要带 vendor/（除非你明确关了模块模式）。
-
go.mod定义了依赖版本和替换规则；go.sum锁定校验和，防止依赖被篡改 - 检查
go.mod中是否有replace指向本地绝对路径（如replace example.com/lib => /home/olduser/lib），必须删掉或改为相对路径：go mod edit -replace example.com/lib=./local-lib - 迁移后首次运行
go mod download可预热$GOMODCACHE，避免go build时卡在下载阶段
重装 CLI 工具链，别靠 go install 逐个手敲
像 golangci-lint、dlv、migrate 这些工具，通常安装到 $GOBIN。新机器上 $GOBIN 很可能为空，或指向一个不存在的路径。
- 在旧机查实际安装位置：
go env GOBIN，再执行ls $(go env GOBIN)看有哪些二进制 - 推荐用脚本批量重装（以常用工具为例）：
go install github.com/golangci/lint/cmd/golangci-lint@latest<br>go install github.com/go-delve/dlv/cmd/dlv@latest<br>go install github.com/golang-migrate/migrate/v4/cmd/migrate@latest
- 注意：Go 1.21+ 默认启用
GO111MODULE=on，无需手动设置；但若旧项目用了replace或indirect依赖，建议迁移后跑一次go mod verify确认完整性
GoLand 设置导入后必须人工重设三项路径
导出的 settings.zip 是 UI 快照，不包含运行时路径绑定。导入后若不手动修复，IDE 根本无法调用 go 命令。
-
GOROOT：进File → Settings → Go → GOROOT，点 + 号，手动选新机上的 Go 安装路径（Windows 是C:\Program Files\Go，macOS 是/usr/local/go） -
GOPROXY：国内务必设为https://goproxy.cn,direct，旧配置里的https://proxy.golang.org会导致go get卡死 - 终端
Shell path：进Settings → Tools → Terminal，检查是否匹配新机环境（例如旧机用 WSL2，新机是原生 Windows，则需从wsl.exe改成powershell.exe）
验证工具链是否真就位，别只看插件列表
导入设置后右下角显示插件已加载，不代表 go 命令能跑通。真正有效的验证方式只有一种：
- 打开任意 Go 项目，等右下角状态栏
Indexing…消失 - 在终端里执行
go version和go list -m all | head -3，确认输出正常 - 写个最简
main.go：package main<br>import "fmt"<br>func main() { fmt.Println("ok") }，然后go run main.go—— 成功打印才是真就位
最容易被忽略的是 replace 路径残留和 GOPROXY 配置错误，这两处一旦出问题，go mod 行为会静默异常，表面没报错，实际拉的包版本不对。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
