go安装后命令未识别的根本原因是path未包含go的bin目录或终端未重启刷新环境变量：windows需新开cmd/powershell窗口，macos/linux需确认$goroot/bin已加入path并source配置文件，验证用which go或where go。
Go安装后不识别go命令怎么办
不是路径没加对，就是安装后没重启终端或没刷新环境变量。Windows上.msi安装默认会把C:\Go\bin写入系统PATH，但CMD/PowerShell得新开一个窗口才生效；macOS/Linux用.pkg或.tar.gz安装后，GOROOT通常设为/usr/local/go，需确认PATH包含$GOROOT/bin。
验证方式：在新终端里执行which go（macOS/Linux）或where go（Windows），有输出路径才算到位。如果没输出，别急着重装——先检查echo $PATH或echo %PATH%里有没有对应目录。
go mod init该填什么模块路径
模块路径不是随便起的，它本质是未来别人import你包时用的导入路径。填错会导致后续依赖解析失败、IDE无法跳转、发布到私有仓库时路径混乱。
常见做法：
- 本地开发或私有项目：直接用有意义的名称，比如
go mod init myapp，后续import "myapp/utils"即可 - 准备开源或托管到GitHub：必须用完整域名反写+路径，例如项目地址是
https://github.com/yourname/mytool，就该写go mod init github.com/yourname/mytool - 公司内网GitLab：类似，用
gitlab.example.com/team/project这种格式，确保和实际Git远程URL一致
注意：go mod init只生成go.mod，不会改代码里的import语句——你得自己同步更新那些引用路径。
为什么go get总卡住或报module lookup错误
根本原因通常是代理或模块路径不匹配。Go 1.16+默认开启GO111MODULE=on，但国内直连proxy.golang.org基本不可用，且某些私有模块没按语义化版本打tag也会触发查找失败。
解决步骤：
- 先配代理：
go env -w GOPROXY=https://goproxy.cn,direct（国内推荐）或https://proxy.golang.org（海外） - 若拉的是私有GitLab/GitHub企业版，加一行：
go env -w GOPRIVATE=gitlab.example.com,github.com/your-org - 遇到
require github.com/some/pkg: reading github.com/some/pkg/go.mod: module declares its path as: other/path——说明对方模块的go.mod里写的路径和你go get用的不一致，得用replace临时修正：go mod edit -replace github.com/some/pkg=github.com/other/path@v1.2.3
别硬等超时，go get -v能看清卡在哪一步；go mod download -x可手动触发下载并显示详细路径。
go.sum文件频繁变动是否危险
只要没动过依赖版本，go.sum变通常是因为工具链升级（如Go 1.21→1.22）、校验算法微调，或同一依赖不同平台下的哈希值差异（比如Windows和Linux对同一tar.gz解压后字节序不同）。这不是bug，是设计使然。
但要注意两种异常情况：
- 提交
go.sum前发现大量行被删又加——可能有人手动删了go.sum再go mod tidy，导致校验和重算，CI里会失败 -
go mod verify报错说某模块哈希不匹配——说明缓存里那个版本被篡改过，立刻停用，查go env GOCACHE路径下对应文件
go.sum不是“锁文件”，它记录的是所有间接依赖的精确哈希，不能删，也不能合进go.mod——它存在的唯一目的，就是让go build时能核对每个下载包的真实性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
