Go环境搭建无需虚拟环境，依赖go.mod锁定版本并编译为静态二进制；Python依赖venv隔离解释器和包。Go需配置GOROOT和GOPROXY（如goproxy.cn），模块模式下GOPATH仅存工具，go run是编译执行非解释执行。
Go 和 Python 的环境搭建看似都是“装个语言”，但底层逻辑完全不同：Python 依赖系统级解释器和包管理器（pip），而 Go 自带构建工具链、模块系统和跨平台编译能力，不依赖系统全局环境。开发体验差异不是“习惯问题”，而是由设计哲学直接决定的。
Go 的 GOROOT 和 GOPATH（或 go mod）怎么配才不踩坑
旧版 Go 强制要求设置 GOPATH，容易和项目路径混淆；1.16+ 默认启用模块模式（go mod），GOPATH 仅用于存放全局工具（如 gopls、delve）。关键点：
-
GOROOT应指向 Go 安装根目录（如/usr/local/go），一般安装包自动设好，手动修改需确保go version能正常输出 - 项目级依赖不再放
$GOPATH/src，而由go.mod文件声明，执行go mod init example.com/myapp即可初始化 - 避免同时混用
GO111MODULE=off和go mod，否则go build可能静默忽略go.mod -
go install命令在 Go 1.17+ 默认安装到$HOME/go/bin，记得把该路径加入$PATH
Python 的 venv vs Go 的模块隔离：为什么 Go 不需要虚拟环境
Python 多项目依赖冲突靠 venv 隔离解释器和 site-packages；Go 没有“运行时解释器版本混用”问题，每个项目通过 go.mod 锁定依赖版本，且 go build 编译出静态二进制，不依赖运行时环境。所以：
- Go 项目间不会因依赖版本打架——
go run main.go总是按当前go.mod解析依赖 - 没有
requirements.txt类似物，go.sum是校验文件，不是安装清单 - 想复现构建？只需
go mod download+go build，不依赖本地pkg缓存是否完整 - 但要注意：
replace和exclude在go.mod中属于显式覆盖，协作时容易遗漏，建议只在调试期用
go run 和 python 执行方式差异带来的调试惯性问题
Python 启动快，常直接 python script.py 测试；Go 的 go run 实际是先编译再执行，冷启动略慢，且默认不生成中间文件。这导致两个典型误操作：
立即学习“Python免费学习笔记（深入）”；
- 误以为
go run是解释执行，对init()函数多次调用产生困惑（它只在程序启动时运行一次） - 用
go run *.go忽略某些文件（比如main_test.go），而 Python 的python -m pytest显式控制入口 - 调试时习惯加
print，但 Go 推荐用log.Printf或dlv debug，因为fmt.Println在并发场景下可能乱序或丢失 -
go run不支持像python -i那样的交互式 REPL，想快速试代码得用go playground或gosh（第三方）
最常被忽略的一点：Go 的模块代理（GOPROXY）在国内必须设为 https://goproxy.cn 或 https://proxy.golang.org（后者需科学上网），否则 go get 会卡死或报 no required module provides package；而 Python 的 pip 换源只是加速，不换也能装。
