go version报错说明path未包含$goroot/bin：windows需手动添加c:\go\bin，macos/linux需在~/.zshrc或~/.bashrc中配置export path=$path:/usr/local/go/bin并source生效，旧终端窗口不会自动加载新配置。
go version 命令报错或找不到，说明环境变量没生效
这是最常见卡点：明明安装了 Go，但终端一敲 go version 就提示“command not found”。根本原因不是没装，而是 PATH 没包含 $GOROOT/bin。
- Windows 用户如果用
.msi安装包，通常自动配置；但若手动解压.zip，必须手动把C:\Go\bin（或你自定义路径）加进系统 PATH - macOS/Linux 用户检查 shell 配置文件：
~/.zshrc（macOS Catalina 及以后默认）、~/.bashrc或/etc/profile，确认有类似export PATH=$PATH:/usr/local/go/bin的行，并执行source ~/.zshrc生效 - 新开终端窗口再试 —— 不要复用旧窗口，它不会自动读取新配置
不用装任何东西：直接用在线 IDE 启动第一个 main.go
想跳过本地安装？现在主流在线 IDE 已原生支持 Go，无需下载、不占磁盘、秒开即用。适合临时验证逻辑、教学演示或网络受限场景。
-
play.golang.org是官方 Playground，纯浏览器运行，但仅支持单文件、无依赖、无调试能力 -
replit.com创建新项目时选 “Go”，会自动生成main.go和go.mod，支持多文件、go run/go build、甚至dlv调试（需升级） -
gitpod.io可直接打开 GitHub 仓库（如github.com/golang/example），一键启动完整 VS Code 环境，含 Go 扩展、终端、端口预览
本地 VS Code + 远程在线环境，才是真零成本组合
本地只装编辑器，编译/运行/测试全扔到远程，既保本地轻量，又享完整环境 —— 这比硬配本地 GOPATH 或代理更省心。
- VS Code 安装官方
Go扩展（由 golang.org 维护），它会自动提示安装gopls、dlv等工具；但别点“Install All”，先关掉自动安装，避免本地失败卡住 - 用
Remote - SSH或Dev Containers连接已配好 Go 的云服务器（如 GitHub Codespaces、Gitpod 或自建 Ubuntu VPS），所有命令都在远程跑，本地只负责写和看 - 关键好处：不用设
GOROOT、不用调GOPROXY、不用管模块缓存位置 —— 远程环境统一初始化，每次新建 workspace 都干净
go mod init 报错 “no Go files in current directory”，别急着删文件
新建项目后立刻 go mod init example.com/hello 却报这个错，往往是因为当前目录下没有 .go 文件 —— go mod 默认只在有 Go 源码的目录才初始化模块。
- 正确做法：先创建
main.go（哪怕只有package main），再运行go mod init - 或者强制初始化：
go mod init example.com/hello后，go mod tidy会自动补上go版本声明，不依赖当前是否有 .go 文件 - 注意：模块名只是逻辑标识，不一定要是真实域名；但避免用
test、demo这类保留字，某些工具会误判
本地装 Go SDK 的本质，是为 go build 和 go test 提供底层支撑；而真正写代码、查文档、跳转定义，靠的是编辑器扩展和语言服务器（gopls）。这两件事完全可以物理分离 —— 你写的代码在本地，编译运行在远程，调试器连过去，日志打出来，跟全本地没区别。唯一容易被忽略的，是默认假设“环境必须全在本机”，其实现代开发链路早就不这么绑定了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
