go version验证go安装及平台信息，go env显示goroot、gopath、gobin、goos/goarch等关键环境变量，用于诊断编译路径与目标平台配置是否正确。
go version 和 go env 能看出什么
执行 go version 是验证 Go 是否安装成功最直接的方式，输出类似 go version go1.21.0 linux/amd64 表明编译器可用、架构和系统识别正确。但仅靠这个无法判断环境变量是否就绪。
真正关键的是 go env：它会列出所有生效的 Go 环境变量，重点关注 GOROOT（编译器根目录）、GOPATH（旧式工作区路径）、GOBIN（可执行文件输出目录）以及 GOOS/GOARCH（当前默认目标平台）。
如果你看到 GOOS="linux" 但正在 Windows 上开发，说明环境变量可能被意外覆盖；如果 GOPATH 是空值或指向不存在的路径，go install 可能静默失败。
go build -o 与 go install 的行为差异
go build -o 是纯本地编译命令，不依赖 GOPATH 或模块路径，只关心当前目录下是否有 main 包。例如：go build -o ./dist/app.exe main.go 会在 ./dist/ 下生成可执行文件，且不会修改任何环境路径。go install 则不同：它要求项目已初始化模块（有 go.mod），并依据模块名（如 github.com/user/cmd/app）将二进制写入 $GOBIN；若 GOBIN 未设置，它会 fallback 到 $GOPATH/bin —— 如果两者都为空，命令会报错 no install location for directory。
常见误操作：
• 在未 go mod init 的目录下运行 go install → 报错 no modules found
• 忘记把 $GOBIN 加入 PATH → 编译成功但终端找不到命令
• 模块名含非法字符（如中文、空格）→ go install 直接拒绝解析
交叉编译 wasm 需要显式设置 GOOS 和 GOARCH
Go 原生支持 WebAssembly，但必须手动指定目标平台，因为默认是宿主系统（比如你用 macOS 开发，默认 GOOS=darwin）。要生成 .wasm 文件，必须临时覆盖这两个变量：GOOS=js GOARCH=wasm go build -o main.wasm
注意：
• GOOS=js 不是指 JavaScript 运行时，而是指 Go 标准库中专为 JS 环境适配的一套 syscall 实现
• 生成的 main.wasm 不能直接浏览器加载，必须搭配 Go 提供的 syscall/js 启动胶水代码（index.html + wasm_exec.js）
• 如果你在 Windows CMD 中执行，要用 set GOOS=js && set GOARCH=wasm && go build -o main.wasm，PowerShell 则需 $env:GOOS="js"; $env:GOARCH="wasm"; go build -o main.wasm
• tinygo 是替代方案，它不依赖 GOOS/GOARCH，直接用 tinygo build -o main.wasm -target wasm，但不兼容全部 Go 标准库（比如 net/http）
go mod init 后 GOPATH 就不重要了？
不是“不重要”，是“角色变了”。go mod init 启用模块模式后：
• go get 安装的依赖不再写入 $GOPATH/pkg/mod（旧路径），而是存到 $GOMODCACHE（默认为 $GOPATH/pkg/mod，但逻辑上已解耦）
• go build 和 go run 完全无视 GOPATH/src 结构，只认当前目录下的 go.mod 和文件树
• 但 go install 仍会把二进制丢进 $GOBIN —— 这个路径和 GOPATH 无关，却和你的 shell PATH 强相关
所以真正可以弱化的只有 GOPATH 的 src 目录约束；GOBIN 和 GOROOT 依然必须有效，否则 go install 和 go tool 类命令会出问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
