WSL2中安装Go应避免Windows PATH污染，需手动下载Linux版二进制包解压至/usr/local，确保GOROOT、GOPATH及项目路径均位于WSL2原生文件系统，并正确配置代理与dlv调试环境。
WSL2里装Go要避开Windows的PATH污染
直接在WSL2里用snap或apt install golang装，大概率拿到的是过时版本（比如Ubuntu 22.04默认是1.18），而且go env GOPATH可能意外指向Windows路径。根本原因是WSL2启动时会自动把Windows的PATH追加到Linux环境里，导致which go返回/mnt/c/Program Files/Go/bin/go这种Windows路径——这玩意在WSL里根本跑不起来。
- 先执行
echo $PATH，如果看到/mnt/c/开头的路径混在里面，立刻删掉：在~/.bashrc或~/.zshrc末尾加export PATH=$(echo $PATH | sed 's|:/mnt/[^:]*||g') - 手动下载官方二进制包更稳：去
https://go.dev/dl/拿go1.22.5.linux-amd64.tar.gz（注意选linux-前缀，不是windows-） - 解压到
/usr/local：sudo rm -rf /usr/local/go && sudo tar -C /usr/local -xzf go1.22.5.linux-amd64.tar.gz - 确认
go version输出带linux/amd64，且which go返回/usr/local/go/bin/go
GOROOT和GOPATH别碰Windows文件系统
WSL2虽然能访问/mnt/c，但NTFS文件系统不支持Unix权限、符号链接和inode语义，go build或go test在这些路径下会报permission denied或invalid argument，尤其遇到cgo或os/exec调用外部命令时直接崩。
-
GOROOT必须指向Linux本地路径（如/usr/local/go），绝不能设成/mnt/c/go -
GOPATH默认是$HOME/go，确保它在/home/用户名/下，而不是/mnt/c/Users/xxx/go - 项目代码也得放在WSL2原生路径里，比如
~/projects/myapp，别放/mnt/c/dev/myapp - 如果非要从Windows编辑代码，用VS Code配
Remote - WSL扩展，它会自动把工作区映射到WSL路径，不走/mnt/c
WSL2网络和代理配置影响go get
国内用户go get超时或403，常见原因不是代理没开，而是WSL2复用了Windows的DNS和代理设置，但Go默认不读Windows注册表或IE代理，只认HTTP_PROXY环境变量。更麻烦的是，WSL2的localhost不等于Windows的localhost，如果代理运行在Windows上（比如Clash for Windows监听127.0.0.1:7890），WSL2里得用host.docker.internal或172.28.0.1这类特殊地址。
- 查WSL2网关IP：
cat /etc/resolv.conf | grep nameserver | awk '{print $2}'，通常就是可访问Windows服务的地址 - 设代理：
export HTTP_PROXY=http://172.28.0.1:7890 HTTPS_PROXY=http://172.28.0.1:7890（替换成你实际网关IP） - 临时跳过代理：
git config --global url."https://github.com/".insteadOf "https://github.com/"，再配GO111MODULE=on和GOPROXY=https://proxy.golang.org,direct - 验证：
curl -v http://172.28.0.1:7890看通不通，再试go list -m github.com/gorilla/mux
VS Code调试Go程序卡在“Launching”
用dlv调试时卡住，十有八九是WSL2里dlv版本和Go版本不匹配，或者调试器试图绑定127.0.0.1:2345但被Windows防火墙拦截（即使WSL2本身没防火墙）。另一个隐蔽问题是dlv默认用exec模式启动，而某些CGO依赖的库在WSL2里找不到Windows DLL对应物。
立即学习“go语言免费学习笔记（深入）”；
- 装匹配的
dlv：go install github.com/go-delve/delve/cmd/dlv@latest，别用apt install dlv - VS Code的
.vscode/launch.json里显式指定"mode": "auto"和"dlvLoadConfig"，避免自动加载过大变量卡死 - 调试前先
go build -o myapp .，再用dlv exec ./myapp手动跑一次，看是否报could not launch process: fork/exec——如果是，检查/proc/sys/kernel/unprivileged_userns_clone是否为1（WSL2需手动开启） - 实在不行，改用
attach模式：先./myapp &后台跑，再用dlv attach $(pidof myapp)
WSL2里Go环境最麻烦的从来不是装不装得上，而是Windows和Linux两套路径、权限、网络模型在底层打架，稍不注意就让go run在/mnt/c里静默失败，或者dlv连进程都fork不出来。
