go环境搭建虽非面试重点，但可考察实战经验：goroot必须正确设置，gopath在go mod时代仅影响go install存放路径；go run报“cannot find module”因缺少go.mod；国内需设goproxy=https://goproxy.cn,direct并重载shell配置。
Go 环境搭建本身不是面试重点，但面试官常借它考察你是否真用过 Go、有没有踩过坑、是否理解关键配置的实际作用——而不是只会复制粘贴命令。
GOROOT 和 GOPATH 还需要手动设吗？
Go 1.11 之后，go mod 成为默认依赖管理方式，GOPATH 的语义已弱化：它现在只影响 go get 下载包的存放位置（默认是 $HOME/go），不再强制要求代码必须放在 GOPATH/src 下。所以：
-
GOROOT必须正确设置（指向 Go 安装目录，如/usr/local/go），否则go命令找不到编译器和标准库 -
GOPATH在大多数现代项目中可不设——go mod会直接在当前模块根目录下操作，与GOPATH无关 - 如果你用
go install安装二进制工具（比如gopls），它仍会默认放到$GOPATH/bin，所以建议保留GOPATH并确保该路径在PATH中
为什么 go version 能跑，但 go run 报错 “cannot find module”？
这是最常被问到的环境连通性问题。根本原因不是环境变量没配好，而是当前目录没有 Go 模块上下文：
-
go run在 Go 1.11+ 默认启用 module 模式，要求当前目录或其父目录存在go.mod文件 - 如果只是随便建个
main.go就执行go run main.go，而目录里没有go.mod，就会报这个错 - 解决方法只有两个：
go mod init myproject初始化模块，或退回到 GOPATH 模式（不推荐） - 注意：
go run .和go run main.go行为一致，都依赖模块初始化
国内为什么必须改 GOPROXY？
因为默认代理 https://proxy.golang.org 在国内无法访问，且 Go 不会自动 fallback 到 direct（直连）——它会卡住超时，最终报错类似 Get "https://proxy.golang.org/...": dial tcp: i/o timeout：
- 必须显式设置：
go env -w GOPROXY=https://goproxy.cn,direct -
direct是关键：它表示当代理失败时，允许尝试直连（比如公司内网私有仓库） - 不要写成
https://goproxy.cn单独一个值，否则私有模块会拉不到 - 验证是否生效：
go env GOPROXY输出应包含goproxy.cn和direct
真正容易被忽略的是：环境变量配对了，但 shell 配置文件（如 ~/.bash_profile）没 reload，或者 VS Code 终端没重启——导致你以为配好了，实际 go 命令还在用旧环境运行。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
