换电脑或重装系统后，goland或vs code的go环境不能直接复用：goroot需重设为新机go安装路径，goproxy须手动更新为国内代理如https://goproxy.cn,direct，终端shell路径必须匹配新系统（如wsl2换macos需改zsh），否则go run报错、gopls启动失败、终端无法打开。
换电脑或重装系统后，GoLand 或 VS Code 的 Go 环境不能直接“复制粘贴”就用——GOROOT、GOPROXY、终端 Shell 路径这三项不手动重设，go run 会报错、gopls 启动失败、终端根本打不开。
GoLand 配置导出后导入不生效的三个硬性限制
导出的 settings.zip 是用户层配置快照，它不包含任何路径绑定信息，也不做跨平台适配：
-
GOROOT字段在导入后仍保留旧机绝对路径（如C:\Go或/usr/local/go），新机若路径不同，IDE 无法自动识别 SDK -
GOPROXY值虽被导入，但若旧配置是https://proxy.golang.org，国内新机将卡在go mod tidy，必须人工覆盖为https://goproxy.cn,direct -
Terminal → Shell path是硬编码路径（如wsl.exe、zsh、pwsh.exe），旧机用 WSL2，新机是原生 macOS，则终端启动即失败
VS Code 中 GOPROXY 不生效的典型场景
VS Code 的 Go 扩展默认读取系统环境变量，但插件自身配置可强行覆盖；常见失效不是因为没写，而是优先级混乱：
- 全局
go env -w GOPROXY=...设置会被工作区.vscode/settings.json中的"go.toolsEnvVars": {"GOPROXY": ...}覆盖，反之亦然 - 如果同时在
~/.zshrc和settings.json里设了不同代理，VS Code 启动时以settings.json为准；但终端内执行go命令仍走 shell 环境变量 - Windows 用户若用 Git Bash 作默认终端，需确认该 shell 是否已加载
GOPROXY，否则go mod download在终端里仍走默认代理
GOROOT 和 GOPATH 必须区分清楚的两个事实
很多人迁移时反复折腾这两个变量，其实只需记住：
-
GOROOT指向 Go 安装根目录（含src、bin、pkg），只应有一个，且必须与你安装的 Go 版本完全对应；go version输出的路径就是它的真实值 -
GOPATH在 Go 1.16+ 已非必需，go mod项目完全不依赖它；仅当你用旧式$GOPATH/src结构管理代码时才需要设，且不应和GOROOT混用同一路径 - VS Code 中
"go.gopath"配置项已被弃用（v0.38+），强行设置反而干扰gopls自动发现模块根目录
真正容易被跳过的其实是 gopls 的本地缓存路径：它默认落在 $HOME/Library/Caches/gopls（macOS）或 %LOCALAPPDATA%\gopls（Windows），换电脑后首次打开大项目会重建索引，但若旧缓存残留且路径被硬编码进某些插件配置里，可能引发 no workspace packages 类错误——这种问题不会报错，只会让跳转、补全静默失效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
