go version报command not found是PATH未包含GOROOT/bin，非未安装；GOOS=js GOARCH=wasm编译失败因Go版本<1.12或非官方发行版；go mod init报错因模块路径推导失败，需显式指定；VS Code插件激活失败因环境变量未继承，应通过code命令启动并核对GOROOT。
go version 命令报错：command not found
说明 go 二进制没进系统 PATH，不是“没装好”，而是“找不到”。Windows 安装 .msi 后通常自动配置，但 Linux/macOS 手动解压后必须自己加路径。
- Linux/macOS：确认
GOROOT指向解压目录（如/usr/local/go），然后把$GOROOT/bin加到PATH，例如在~/.bashrc或~/.zshrc中追加export PATH=$GOROOT/bin:$PATH - 执行
source ~/.zshrc（或对应 shell 配置文件）后，再运行go version - 别把
GOBIN和GOROOT混用：GOBIN是你放自己编译出的可执行文件的地方，GOROOT是 Go 工具链本身的位置，改错会导致go命令直接失效
GOOS=js GOARCH=wasm 编译失败
这不是环境没搭好，而是你试图跨平台编译 WebAssembly 目标，但没装对应支持——Go 1.12+ 默认内置 js/wasm 构建目标，但需确保你用的是官方标准版，而非某些精简发行版（比如某些 Alpine 包管理器里的 go）。
- 先运行
go version确认版本 ≥ 1.12；再执行go tool dist list | grep wasm，应看到js/wasm - 若无输出，说明当前 Go 不支持 wasm，重装官网下载的完整二进制包（
go1.21.5.linux-amd64.tar.gz这类） -
GOOS=js GOARCH=wasm go build -o main.wasm main.go必须搭配import "syscall/js"，否则会报undefined: js
go mod init 报错：cannot determine module path
这是 Go Modules 启用后的典型提示，本质是项目根目录下缺少明确的模块路径声明，和 GOPATH 时代逻辑完全不同。
- 错误常发生在项目目录名含空格、大写字母或以数字开头时，比如
My Project或123api——go mod init会尝试推导模块名失败 - 显式指定路径即可：例如项目在
~/code/hello，就运行go mod init example.com/hello，不要依赖自动推导 - 如果已有旧项目从 GOPATH 迁移，删掉
src/目录结构，把代码提到顶层，再go mod init，否则go build可能仍走 GOPATH 老路径
VS Code 提示 “Go extension failed to activate”
根本原因不是插件坏了，而是 GOROOT 或 PATH 在 VS Code 启动时未被正确继承——尤其 macOS 上通过 Dock 或 Spotlight 启动时，shell 环境变量不生效。
立即学习“go语言免费学习笔记（深入）”；
- 终端里
go version正常 ≠ VS Code 里正常；解决方式是：关闭 VS Code，终端中执行code --new-window启动它，这样会继承当前 shell 的环境变量 - 检查 VS Code 设置里的
"go.goroot"是否为空；如有手动设置，务必与终端中echo $GOROOT输出一致 - 禁用其他 Go 相关插件（如 older “Go for Visual Studio Code”），只留官方
golang.go插件，避免冲突
go version 输出、echo $GOROOT 结果、go env GOROOT 返回值是否一致。 
