go命令找不到的根本原因是path未包含go二进制路径；macos/linux需将/usr/local/go/bin（或实际安装路径）添加到~/.zshrc等shell配置并source，windows需同时设置goroot和%goroot%\bin到path，验证用which go或where go。
Go 1.22+ 安装后 go 命令找不到？PATH 没配对
Mac/Linux 下下载官方二进制包解压后，go 命令报 command not found，本质是 shell 找不到可执行文件路径。Windows 用户容易忽略 GOROOT 和 PATH 的双重配置。
- Linux/macOS：把
~/go/bin（或你解压路径下的go/bin）加到$PATH，推荐写入~/.zshrc或~/.bashrc，然后source一下 - Windows：必须同时设置系统环境变量
GOROOT（指向 Go 安装根目录，如C:\go）和把%GOROOT%\bin加入PATH - 验证方式不是看
go version，而是which go（macOS/Linux）或where go（Windows），确保返回真实路径
用 go run 调试时反复报 no Go files in current directory
这不是权限或路径问题，而是当前目录下没有以 .go 结尾的源文件，或者文件名不符合 Go 包规则（比如叫 main.txt 或 test.go~）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
go run默认只找当前目录下的*.go文件，且要求至少有一个package main+func main() - 常见陷阱：编辑器自动生成的备份文件（如
main.go~、.main.go.swp）会被go run误读，导致解析失败——删掉它们再试 - 如果只想运行单个文件，显式指定：
go run main.go，避免依赖自动发现逻辑 - Windows 上注意文件扩展名是否被隐藏（
main.go.txt实际不是.go）
go build 输出的二进制为什么在另一台机器上直接报错？
默认 go build 生成的是动态链接的可执行文件，依赖目标机器上的 libc（Linux）或系统 DLL（Windows）。跨机器运行失败，大概率是静态链接没开。
- Linux 下想打包即用：加
-ldflags '-s -w -extldflags "-static"'，例如go build -ldflags '-s -w -extldflags "-static"' -o app main.go - macOS 不支持完全静态链接（因依赖 Darwin 系统库），
go build出来的二进制天然“便携”，但需注意目标 macOS 版本兼容性（通过GOOS=darwin GOARCH=amd64显式交叉编译） - Windows 上默认就是静态链接，但若用了 cgo，仍可能引入外部依赖——禁用 cgo 更稳妥：
CGO_ENABLED=0 go build -o app.exe main.go
VS Code 里点调试按钮没反应？dlv 没装或版本不匹配
Go 扩展默认用 delve（dlv）做调试后端，但安装 Go SDK 不等于自动装好 dlv，而且新版 Go（1.22+）与旧版 dlv 存在兼容问题。
- 先确认是否已装：
dlv version；没装就运行go install github.com/go-delve/delve/cmd/dlv@latest - VS Code 的 Go 扩展会尝试自动下载
dlv，但有时卡在代理或网络错误，建议手动安装并重启 VS Code - 如果调试时提示
could not launch process: fork/exec ... no such file or directory，通常是dlv权限问题（macOS Gatekeeper 阻止）或路径未加入PATH - 调试配置
launch.json中不要硬编码dlv路径，让扩展自动发现；若必须指定，用绝对路径，比如/home/you/go/bin/dlv
go env 输出合理、go list std 不报错、dlv version 可执行——这些才是真实可用的信号。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
